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PREFACE 


This  report  represents  the  Contract  Data  Requirements  List  (CDRL)  item 
AOll  for  work  being  performed  under  VHSIC  Phase  2  Contract  Niimber 
BAAEZO-SS-C-OSb? .  The  work  reported  herein  is  in  response  to  Statement  of 
Work  paragraph  3.5.1,  "Interoperability  Standards".  A  significant  portion 
of  this  work  was  performed  jointly  by  the  primary  VHSIC  Phase  2  contractors: 
IBM,  Hone3^ell  and  TRW. 

Specifications  have  been  developed  for: 

*  a  standard  interconnect  system  bus  called  the  PI -bus  (Appendix 

B). 

*  a  standard  system  maintenance  bus  called  the  TM-bus  (Appendix  C), 

*  a  standard  chip  level  maintenance  bus  called  the  ETM-bus  (Appen¬ 
dix  0)  and 

*  electrical  and  clocking  interfaces  to  VHSIC  chips  (Appendix  E) . 

IBM  has  developed  a  Bus  Interface  Unit  (BIU)  chip  in  0.5  micrometer 
CMOS  technology  to  implement  the  Pl-bus  standard.  A  chip  called  the  Diag¬ 
nostic  and  Maintenance  (DxMD)  controller  has  been  developed  to  support  the 
module  level  maintenance  bus  standard  (TM-bus).  The  ETM-bus  is  supported  by 
an  On-chip  Monitor  (OCM)  macro  which  is  used  on  each  VHSIC  chip.  These 
development  activities  are  described  in  related  technical  reports  (CDRL 
Items  A005,  A006  and  A009). 
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Section  1 


INTRODUCTION 

The  text  of  the  VHSIC  Statement  of  Work  pertaining  to  the  work 
reported  herein  is  repeated  below  for  reference: 

"  3.5.1  Interoperability  Standards:  Interface/ interoperability  stand¬ 
ards  shall  be  established  by  agreement  among  all  VHSIC  Phase  2  Submi¬ 
crometer  contractors  and  the  Government  COTR's  to  assure  that  all  chips 
developed  under  the  VHSIC  Phase  2  Submicrometer  program  are  interopera¬ 
ble,  both  electrically  and  physically.  Standard  voltage  level(s)  shall 
be  established  and  utilized  for  all  chips  and  input/output  levels  shall 
be  equivalent  for  all  chip  interfaces,  whether  contained  in  a  single  or 
multi-chip  package.  A  VHSIC  halfmicrometer  Bus  Interface  Unit  (BIU) 
chip  shall  be  developed  to  facilitate  module  interoperability  with  a 
standard  interconnect  system  bus.  The  BIU  and  any  other  VHSIC  chips 
developed  under  this  Phase  2  VHSIC  Submicrometer  program  shall  inter¬ 
face  directly  to  a  standard  system  maintenance  bus  to  be  defined  by 
agreement  among  all  the  VHSIC  Phase  2  Submicrometer  contractors  and  the 
Government  COTR's.  All  these  standards  shall  be  documented  and  deliv¬ 
ered  . " 

The  goal  of  the  interoperability  task  is  to  develop  a  set  of  standards 
that  will  allow  VHSIC  technology  from  various  contractors  to  be  integrated 
into  DoD  systems  in  an  efficient  and  cost  effective  maxmer. 

To  meet  the  interoperability  goal,  we  have  identified  requirements  for 
interoperability  standards  at  both  the  chip  and  module  levels.  The  chip 
level  standards  include  clocks,  power  supply  voltage  levels,  input/output 
(I/O)  levels  and  an  element  maintenance  bus  (ETM-bus).  These  standards  are 
intended  to  reduce  the  cost  of  using  chips  from  different  VHSIC  contractors 
in  one  DoD  system. 

The  standards  developed  for  the  module  level  are  a  system  interconnect 
bus  (Pl-bus)  and  a  system  maintenance  bus  (TM-bus).  Together,  these  stand¬ 
ards  provide  the  communications  paths  that  will  allow  future  DoD  systems  to 
be  designed  using  open  systems  concepts  in  which  modules  from  different  con¬ 
tractors  can  be  efficiently  combined  to  configure  new  systems.  These  stand¬ 
ards  are  already  reducing  DoD  costs  and  development  schedules  by  simplifying 
system  development  and  promoting  reuseability  of  modules  across  DoD  systems. 
The  PI -bus  and  TM-bus  standards  are  compatible  with  VHSIC  Phase  1  technology 
as  well  as  VHSIC  Phase  2  technology.  As  a  result,  these  standards  are  being 
put  to  immediate  use  in  DoD  systems  such  as  CVIS,  LHX,  ATA,  and  ATF.  We 
recommend  that  DoD  adopt  the  VHSIC  bus  standards  presented  herein  as  general 
DoO  standards  and  continue  applying  these  standards  to  DoO  programs.  This 
will  facilitate  future  system  upgrades  to  VHSIC  Phase  2  technology. 

Figure  1-1  illustrates  the  relationship  between  the  interoperability 
standards  and  a  typical  DoD  system.  The  PI -bus  and  TM-bus  provide  inter -mo¬ 
dule  communications  throughout  a  backplane.  The  PI -bus  provides  a  communi¬ 
cation  path  for  system  control  messages  and  moderate  bandwidth  data.  The 
multi-drop  bus  structure  and  supporting  protocol  form  an  efficient  mechanism 


1-1 


for  transferring  short,  low  latency  messages  typical  of  system  control.  The 
Pl-bus,  although  limited  by  transmission  line  propagation  delays  rather  than 
BIU  technology,  still  provides  block  data  transfer  rates  in  excess  of  50 
megab3rtes  per  second.  The  TM-bus  interconnects  Maintenance  Controllers, 
such  as  IBM's  DxMD,  that  are  distributed  throughout  the  system.  The  Mainte¬ 
nance  Controllers,  in  turn,  provide  an  interface  to  the  local  ETM-buses 
which  extend  the  maintenance  communication  channel  down  to  individual  VHSIC 
chips.  Together,  the  TM-bus  and  ETM-bus  provide  a  cost  effective,  independ¬ 
ent  communications  channel  that  supports  error  logging,  diagnostics  and  sys¬ 
tem  maintenance  actions.  Features  of  these  buses  and  the  rationale  which 
guided  their  development  are  given  in  "2.0  PI -BUS  STANDARD,"  "3.2  TM-bus" 
and  "3.3  ETM-bus."  The  chip  clocking,  power  supply,  and  input/output  level 
standard  is  described  in  "4.0  ELECTRICAL  AND  PHYSICAL  STANDARDS." 
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Figure  1-1.  Interoperability  Standards  -  System  Environment 
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Section  2 


PI-BUS  STANDARD 


2.1  INTRODUCTION 


The  Pl-bus  Specification  has  been  developed  to  satisfy  the  requirement 
for  a  "standard  interconnect  system  bus".  Specifically,  the  PI -bus  provides 
a  multi-drop,  module- to-module  communications  path  for  control  messages  and 
moderate  bandwidth  data. 

The  requirements  for  the  PI -bus  were  based  on  the  VHSIC  Phase  2  brass- 
boards,  current  DoD  system  designs  and  projected  DoD  system  applications. 
Applications  considered  include  flight  control,  image  processing,  general 
signal  processing,  spacecraft  applications  and  general  purpose  distributed 
processing. 

The  preliminary  Pl-bus  Specification  was  released  to  DoD  for  comment 
on  May  10,  1985.  An  updated  version  of  the  specification  is  provided  as 
Appendix  B.  Pl-bus  design  rationale  and  the  major  features  of  the  bus  are 
siumnarixed  in  the  following  section. 

2.2  FEATURES 


The  Pl-bus  specification  defines  a  linear,  multi-drop,  synchronous  bus 
which  supports  digital  message  communications  between  up  to  32  modules 
residing  on  a  single  backplane.  Messages  are  transferred  datum  serial  and 
bit  parallel  using  a  datum  size  of  16  bits  (single  word)  or  32  bits  (double 
word) . 


The  Pl-bus  is  specified  at  the  physical  and  data  link  levels  of  the 
open  systems  interconnect  reference  model.  By  using  the  open  systems  inter¬ 
connect  model,  we  were  able  to  develop  a  bus  specification  that  is  applica¬ 
ble  to  a  large  variety  of  DoD  systems.  Device  functions  are  separated  from 
Pl-bus  functions  which  are  separated  from  the  functions  of  higher  levels  of 
the  open  systems  protocol  (network  layer  and  above) .  This  approach  lets  us 
ensure  that  the  Pl-bus  provides  the  necessary  functions  to  the  rest  of  the 
system  without  imposing  unnecessary  requirements  on  the  rest  of  the  system. 
In  addition,  this  approach  allows  independent  development  of  specifications 
for  other  system  layers  and  isolates  the  VHSIC  hardware  from  the  many 
required  variations  of  the  higher  level  layers. 

Figure  2-1  illustrates  the  conceptual  model  of  the  Pl-bus  and  Pl-bus 
modules.  Each  module  attached  to  the  Pl-bus  consists  of  a  device  which  per¬ 
forms  the  application  specific  function  of  the  module  and  a  bus  interface 
which  implements  the  Pl-bus  master-slave  communications  protocol. 
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Figure  2-1.  PI -bus  Conceptual  Model 
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The  PI -bus  provides  separate  address  spaces  for  the  device  and  bus 
interface  segments  of  a  module.  This  design  avoids  potential  conflicts  with 
the  device's  memory  management  system.  The  device  itself  is  modeled  as  a 
virtu vx  memory  space  with  a  32  bit  address  range.  Thus,  future  DoD  systems 
wi*a  32  bit  address  devices  are  fully  supported.  The  bus  interface  is  mod¬ 
eled  as  a  separate  memory  space  with  256  addressable  data  link  registers. 
The  control  registers  of  the  BIU  are  mapped  into  this  address  space.  Six 
additional  256  word  bus  Interface  address  spaces  are  provided  to  support 
user  specific  functions  and  higher  level  protocols.  These  address  spaces 
have  been  made  accessible  from  the  bus  via  BIU  command  messages  so  that  the 
configuration  of  the  bus  can  be  controlled  at  the  system  level. 

PI -bus  protocol  allows  the  current  bus  master  to  communicate  with  one 
or  more  slave  modules  simultaneously.  The  slave  modules  are  selected  to 
participate  in  a  message  transfer  by  an  8-bit  virtual  module  address  called 
the  slave  identification  (slave  ID).  Each  module  is  assigned  a  unique  phys¬ 
ical  identification  code  in  the  range  of  0  to  31.  This  allows  messages  to 
be  directed  to  specific  modules  and  is  particularly  useful  during  system 
Initialization  and  maintenance  actions.  Every  module  also  recognizes  iden¬ 
tification  code  32  as  a  broadcast  indication.  This  slave  addressing  mode 
provides  an  efficient  method  for  sending  system  wide  messages.  In  addition, 
modules  can  recognize  up  to  223  logical  slave  identification  codes.  The 
system  programmer's  task  can  be  simplified  by  assigning  unique  logical  slave 
identification  code(s)  to  each  module  on  the  basis  of  the  tasks  which  that 
module  is  capable  of  performing.  The  programmer  is  then  freed  from  concern 
about  the  module's  physical  address  which  may  change  with  various  system 
configurations  or  fault  recovery  actions.  Since  a  logical  slave  identifica¬ 
tion  can  be  assigned  to  more  than  one  physical  module,  this  address  mode 
also  provides  a  mechanism  for  multicast  operations  in  which  the  master 
simultaneously  writes  to  a  selected  subset  of  the  modules  on  the  bus.  Thus 
the  master  can  efficiently  send  messages  to  groups  of  modules. 

As  illustrated  in  Figure  2-2,  the  Pl-bus  protocol  specifies  a  set  of 
bus  state  transitions  which  control  the  communication  sequences.  The  state 
sequences  are  designed  to  allow  the  bus  to  operate  in  a  pipelined  manner  at 
the  maximum  clock  rate  allowed  by  the  bus  signal  propagation  delay.  Mas¬ 
ter-slave  handshaking  is  provided  with  a  minimal  performance  penalty  by 
operating  the  slave  modules  in  synchronism  with  the  master  and  using  bus 
state  look-ahead  techniques.  The  slave  modules  are  able  to  anticipate  nor¬ 
mal  message  events,  such  as  acknowledge  cycles,  and  respond  on  the  same 
cycle  that  the  master  uses  to  signal  the  event.  This  provides  a  significant 
performance  advantage  over  conventional  buses  which  require  several  bus 
transit  times  for  the  slave  to  receive  the  master's  signal,  interpret  the 
signal  and  send  the  appropriate  response  to  the  master.  A  number  of  inde¬ 
pendent  messages  may  be  transmitted  during  a  bus  master's  tenure  to  minimize 
the  overhead  associated  with  acquiring  bus  mastership  and  ensure  that  the 
bus  master  can  coordinate  interdependent  messages.  For  example,  in  a  system 
which  uses  course  grain  data  flow  control  techniques  the  master  would  issue 
produce  and  consume  messages  during  a  single  bus  tenure. 
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KEY: 

eOM  -  END  OF  MESSAGE 
EOT -END  OF  TENURE 
ACK  -ACKNOWLEDGE 

INTRA  TENURE  TRANSITIONS 


INTER  TENURE  TRANSITIONS 


EXCEPTION  TRANSITIONS 


BLOCK  MESSAGE 

BUS  INTERFACE  MESSAGE 


BLOCK  MESSAGE 

BUS  INTERFACE  MESSAGE 


Figure  2-2.  PI -bus  Protocol  State  Diagram 
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A  decentralized  control  structure  was  selected  for  the  PI -bus  to 
improve  the  reliability  of  the  bus.  No  central  module  is  required  for  oper¬ 
ation  of  the  bus  and  the  Pl-bus  transceivers  are  designed  to  fail  in  a  high 
impedance  mode.  Thus,  the  failure  of  one  or  more  modules  attached  to  the 
bus  does  not  inhibit  the  operation  of  other  modules  on  the  bus.  The  arbi¬ 
tration  mechanism  allows  potential  bus  masters  to  compete  (vie)  for  master¬ 
ship  of  the  bus  based  on  a  12  bit  priority  code.  A  large  number  of  priority 
levels  allows  message  priority  to  be  resolved  between  individual  tasks  that 
may  be  concurrently  executing  on  various  modules  rather  than  limiting  prior¬ 
ity  resolution  to  a  module  level.  A  unique  error  detection  and  correction 
mechanism  is  incorporated  into  the  arbitration  procedure  to  maintain  the 
integrity  of  the  process.  In  addition  to  the  Vie  priority  resolution 
sequence,  the  PI -bus  provides  a  direct  tenure  pass  mechanism.  This  allows 
the  implementation  of  deterministic  token  passing  systems  such  as  those 
required  for  flight  control. 

A  technique  for  temporarily  suspending  low  priority  block  data  trans¬ 
fers  to  reduce  bus  acquisition  latency  for  higher  priority  messages  is 
defined.  This  suspend/ resume  mechanism  works  in  conjunction  with  a  vie 
interval  timer  to  allow  system  level  control  over  bus  acquisition  latency. 
A  bus  master's  tenure  may  be  suspended  to  allow  a  higher  priority  message  to 
be  sent  over  the  bus.  After  the  higher  priority  message  has  been  trans¬ 
ferred,  bus  mastership  can  be  returned  to  the  original  bus  master  and  the 
suspended  message  transfer  can  be  resumed.  A  current  bus  master  can  also 
suspend  a  low  priority  message  to  transmit  a  higher  priority  message.  The 
number  of  levels  of  suspended  messages  is  not  limited  by  the  bus  protocol. 

Extensive  signal  line  and  sequence  error  detection  capability  is 
incorporated  into  the  bus  definition.  Five  major  classes  of  signal  lines 
make  up  a  PI -bus:  1)  Data  Group,  2)  Cycle  Type  Group,  3)  Acknowledge  Set,  4) 
Wait  and  5)  Bus  Request.  Single  line  error  correction  is  provided  for  each 
signal  group.  A  compatible  subset  of  the  bus  provides  single  line  error 
detection  and  allows  performance  and  line  count  to  be  traded  against  error 
correction  capability  to  achieve  the  best  overall  system  characteristics. 
The  number  of  bus  signals  required  to  implement  the  full  32  bit  bus  with 
error  correction  is  58.  A  16  bit  bus  with  error  correction  requires  42 
lines.  For  the  error  detection  case,  16  and  32  bit  buses  require  only  29 
and  46  lines,  respectively. 

The  Pl-bus  provides  a  mechanism  which  allows  the  master  and  slave(s) 
to  control  the  transaction  rate  of  the  bus  by  inserting  "wait"  cycles.  This 
mechanism  allows  the  bus  to  support  various  types  and  performance  levels  of 
devices.  A  bus  clock  rate  in  excess  of  12.5  MHz  is  feasible  for  a  large  bus 
configuration  (32  modules  and  24  inches).  Higher  clock  rates  are  possible 
for  shorter  buses  and/or  fewer  modules.  For  a  12.5  MHz  bus  clock,  the 
Pl-bus  meets  all  defined  performance  benchmarks. 
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Section  3 


SERIAL  TEST  AND  MAINTENANCE  BUS  STANDARDS 


3.1  INTRODUCTION 

The  serial  test  and  maintenance  bus  has  been  defined  on  the  basis  of 
the  VHSIC  Phase  2  brassboards,  current  DoD  systems  designs  and  projected  DoD 
system  applications.  The  resulting  specifications  were  prepared  by  IBM, 
Honeywell,  and  TRW  with  DoD  direction  to  achieve  interoperability  goals  and 
requirements . 

The  basic  intent  of  the  VHSIC  Phase  2  Test  and  Maintenance  bus  (TM-bus) 
is  to  provide  a  standard  communications  path  for  transferring  test  and  diag¬ 
nostics  messages  and  data  between  modules  residing  on  a  single  backplane. 
The  overall  purpose  is  to  standardize  the  test  and  maintenance  interface  so 
that  a  subsystem  comprising  multiple  vendor  chips  and/or  chip  sets  can  be 
monitored  by  a  single  (general  purpose)  maintenance  controller.  To  effec¬ 
tively  address  the  chip-level  communications  path,  the  Element  Test  and 
Maintenance  bus  (ETM-bus)  has  been  defined. 

The  TM-bus  was  designed  to  interface  at  the  module  level.  An  evalu¬ 
ation  was  made  for  three  possible  levels  (i.e.  the  chip  level,  Multi-Chip 
Package  (MCP)  level,  and  the  module  level).  After  an  evaluation  of  the  pros 
and  cons  of  each  interface  option,  it  was  apparent  that  there  were  a  number 
of  problems  with  interfacing  the  overall  TM-bus  directly  to  every  chip. 
Therefore,  the  TM-bus  will  connect  to  either  Diagnostic  Maintenance  Devices 
(DxMD)  or  Test  and  Maintenance  Processors  (TMPs)  or  similar  devices  at  the 
module  level. 

With  DxMD/TMPs  devices  connected  to  the  TM-bus,  the  DxMD/TMPs  interface 
to  individual  vendor  chips  by  means  of  a  secondary  bus  known  as  the  ETM-bus 
which  is  more  appropriate  at  the  chip  level.  This  reduces  the 
traffic/congestion  on  the  TM-bus  and  increases  the  fault  tolerance  of  the 
backplane  TM-bus  by  reducing  the  number  of  lines  and  drops.  In  addition, 
hardware  required  on  each  VHSIC  Phase  2  chip  to  commimicate  over  the  TM-bu: 
is  reduced  while  while  test  capabilities  are  enhanced. 

With  the  TM-bus  connected  to  a  module  via  a  DxMD  type  device,  chip- 
level  interoperability  becomes  more  achievable  with  minimal  impact  to  each 
contractor.  Therefore,  with  the  TM-bus  connected  at  the  module  level,  the 
following  would  hold  true: 

1.  TM-bus  transceivers  are  connected  to  a  module  via  a  DxMD  or 
similar  device  (like  Honeywell's  TMPs). 

2.  Bus  commands  are  easier  to  standardize  at  the  module  level. 

3.  Bus  connections  are  reduced,  which  aids  fault  tolerance. 

4.  DxMDs  are  not  required  for  each  MCP. 

5.  Clock  control  and  distribution  would  still  be  handled  by  the  On-Chip 
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Monitor  (OCM)  which  is  controlled  by  the  DxMD  and  the  TM-bus  MASTER. 

6.  Self-test  of  all  of  the  chips  would  take  less  time  since  each  DxMD 
can  initiate  testing  on  each  module. 

7.  Interrupt  handling  becomes  simpler  since  the  DxMD  screens  data 
before  notifying  the  TM-bus  MASTER. 

8.  Chip-to-chip  and  MCP-to-MCP  interconnect  testing  would  be 
handled  by  the  DxMD  device  while  module-to-module  interconnect 
testing  would  be  controlled  by  the  TM-bus  MASTER. 

9.  The  ETM-bus  is  more  simple  and  efficient  for  chip  test 
requirements  without  burdening  the  TM-bus. 


In  summary,  the  two  level  (TM-bus  for  module  level  and  ETM-bus  for 
chip  level)  bus  structure  has  the  following  advantages: 

1.  Reduces  on-chip  interface  circuitry. 

2.  Chip  address  identification  is  more  straight  forward. 

3.  Chip-to-chip  interconnect  testing  is  more  efficient. 

4.  Allows  support  of  vendor  specific  test  technologies/designs. 

5.  Fault  tolerant  TM-bus  variations  are  easier  to  implement. 

6.  Simplifies/standardizes  DoD  testing  of  various  vendor  modules. 

7.  Fewer  connections  on  a  single  bus  minimizes  application  problems. 

*  Higher  fault  tolerance, 

*  Less  chip  hardware  for  re-drive, 

*  Does  not  limit  maximum  bus  frequency,  and 

*  Speeds  up  interrupt  screening/handling. 


Some  of  the  key  test  and  maintenance  bus  features  are 

below. 


summarized 


1,  Accommodates  off-line  and  real-time  testing. 

**  Interrupt  capability  for  real-time  applications. 
**  Provides  for  scan  data  (long  data  vectors)  or 
test  commands  (short/simple)  for  off-line  or 
background  testing. 

2.  Protocols  and  standard  commands  kept  simple. 

**  Hooks  provided  to  accommodate  contractor  specific 
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requirements . 


3.  4-wlre  system  chosen  for  best  compromise  between  implementation 
simplicity  and  system  reliability. 

4.  Error  detection  (1  bit  packet  parity) 

5.  Provides  interface  capability  with  non-VHSIC  Phase  2  modules. 


The  preliminary  TM~bus  Specification  was  released  to  DoD  for  comment 
on  May  10,  1985.  The  preliminary  ETH-bus  Specification  was  released  to  DoD 
for  comment  on  July  1,  1985.  An  updated  version  of  the  TM-bus  Specification 
is  provided  as  Appendix  C  and  an  updated  version  of  the  ETM-bus  Specifica¬ 
tion  is  provided  as  Appendix  D.  Major  features  of  both  buses  are  summarized 
in  the  following  sections. 

3.2  TM-BUS 

The  TM-bus  specification  establishes  the  electrical,  functional  and 
perforaance  requirements  for  the  set  of  signal  lines  that  constitute  the 
Test  and  Maintenance  Bus  (TM-bus). 

The  purpose  of  this  standard  is  to  establish  requirements  for  the 
TM-bus  and  facilitate  interoperability  of  modules  that  use  the  TM-bus. 

The  TM-bus  is  intended  as  a  serial  path  for  test  and  maintenance  con¬ 
trol  and  data  information. 

The  TM-bus  is  a  linear,  multi-drop  communications  medium  which  trans¬ 
fers  bit  serial  data  between  a  'MASTER*  module  and  up  to  32  'SLAVE'  modules 
residing  on  a  single  backplane. 

TM-bus  modules  Implement  the  TM-bus  protocol  and  meets  all  require¬ 
ments  of  the  referenced  specification. 

Figure  3-1  illustrates  the  TM-bus  and  TM-bus  modules.  Conceptually, 
each  module  consists  of  a  device  that  performs  the  application  specific 
function  of  the  module  and  a  bus  interface  which  implements  the  TM-bus  mas¬ 
ter-slave  communications  protocol. 
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Figure  3-1.  Conceptual  Model  Of  Bus  And  Modules 


The  TM-bus  signal,  and  clock  lines  are  defined  in  the  following  para¬ 
graphs  . 

There  are  four  signal  types  that  make  up  the  TM-bus  as  shown  in 
Figure  3-2  on  page  3-5.  All  bus  signals  shall  use  negative  logic,  i.e.  the 
logic  'l'  state  (or  asserted  state)  is  the  lowest  voltage  level  on  the  bus 
and  the  logic  *0'  (or  released  state)  is  the  higher  voltage  level  on  the 
bus . 


The  TM-bus  CLOCK  signal  is  a  single  phase  clock.  The  TM-bus  interface 
shall  support  the  full  range  of  clock  frequencies  from  zero  (0)  Hz  to  6.25 
MHz.  All  control  and  data  transfer  operations  are  synchronized  with  the 
TM-bus  CLOCK  signal.  All  data  and  commands  are  placed  on  the  TM-bus  on  the 
high  to  low  transition  of  the  clock  and  latched-in  on  the  next  high  to  low 
transition. 


The  TM-bus  MASTER  DATA  signal  is  a  single  uni-directional  line  used  to 
transmit  device  addresses,  instruction  data,  and/or  scan  data  from  the  MAS¬ 
TER  to  the  SLAVE(s).  The  MASTER  DATA  line  is  also  used  in  conjunction  with 
the  CONTROL  line  to  indicate  bus  states. 
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The  TM-bus  SLAVE  DATA  signal  is  used  to  transmit  acknowledgements, 
data,  and/or  interrupts  from  the  SLAVE (s)  to  the  MASTER.  The  TM-bus  SLAVE 
DATA  line  supports  a  wired-OR  configuration. 


The  TM-bus  CONTROL  signal  is  a  single  uni -directional  line  from  the 
MASTER  to  the  SLAVES(s).  When  the  CONTROL  line  is  asserted  the  bus  is 
placed  in  the  DATA  TRANSFER  state.  When  CONTROL  is  released,  the  bus  is  in 
the  PAUSE  or  IDLE  state. 
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Figure  3-2.  TM-bus  Signals 


Each  TM-bus  SLAVE  is  addressed  by  an  eight  bit  address  field.  This 
address  shall  be  sent  in  the  HEADER  packet  containing  the  five  (5)  bit  mod¬ 
ule  address  (bits  <16..12>)  and  the  three  (3)  bit  sub-address  (bits 
<11. .9>). 

The  five-bit  module  address  field  in  the  HEADER  shall  be  compared  to 
five  Module  IDentif icatlon  (MID)  inputs  to  determine  if  the  SLAVE  is  being 
addressed.  As  a  minimum,  each  SLAVE  shall  also  have  a  Module  Identification 
Parity  (MIP)  input  that  shall  be  set  such  that  the  modulo  two  sum  of  the 
five  MID  inputs  and  the  MIP  input  equals  one  (1).  (Note:  The  asserted  state 
of  each  input  is  a  logical  one.)  When  used  in  conjunction  with  the  VHSIC 
Phase  2  PI-Bus,  it  is  recommended  that  each  TM-bus  SLAVE  module  shall  have 
its  MID  and  MIP  inputs  hardwired  to  the  backplane  of  the  TM-bus  (reference 
Section  ”4.2.4  Module  Identification"  of  the  Pl-bus  Specification,  Version 
2.1  dated  September  25,  1986).  If  an  unrecoverable  error  occurs  on  the  MID 
inputs,  the  TM-Bus  SLAVE  shall  not  execute  any  commands  and  shall  release 
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the  SLAVE  DATA  line. 


Comparison  of  the  three  (3)  sub-address  bits  from  the  HEADER  packet 
against  Sub-address  IDentification  (SID)  inputs  is  optional. 

Module  addresses  '0*  through  '30*  have  a  maximum  of  eight  subad¬ 
dresses.  Address  *31'  is  limited  to  three  subaddresses  ('F8',  'F9',  and 
'fa'  HEX)  due  to  restrictions  of  broadcast  and  multicast  commands. 


The  Test  and  Maintenance  Bus  (TM-bus)  is  the  channel  for  control  and 
data  Information  flow  between  the  TM-Bus  MASTER  (e.g.,  a  maintenance  con¬ 
troller)  and  SLAVE  modules  within  a  system.  The  module  in  control  of  the 
TM-bus  is  referred  to  as  the  MASTER  and  all  other  modules  on  the  TM-bus  are 
referred  to  as  SLAVES.  The  information  transferred  and  the  scheduling  of 
data  and  commands  are  system  dependent  and  is  not  addressed  in  the  specifi¬ 
cation.  Figure  3-3  on  page  3-7  summarizes  the  TM-bus  design  parameters  and 
characteristics . 


o  Performance  Characteristics 

-  6.25  MHz  clock  (Typical) 

-  4  pin  bus  signals 

-  Synchronous  Operation 

-  IVo  Data  Lines 

-  SLAVE  status  register 


o  Protocol  Characteristics 

-  8  reserved  address  bits 

-  32  module  addresses  (maximum) 

-  8  sub-addresses  per  module 
address 

-  Multi-drop  Configuration 

-  Interrupt  Capability 


Figure  3-3.  TM-bus  Design  Parameters  and  Characteristics 


For  additional  details  on  the  bus  protocol,  standard  commands, 
error/status  reporting,  etc.  please  refer  to  the  TM-bus  specification. 

3.3  ETM-BUS 


The  ETM-bus  specification  establishes  the  electrical,  functional  and 
performance  requirements  for  the  set  of  signal  lines  that  constitute  the 
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Element  Test  and  Maintenance  Bus  (ETM-bus). 


The  purpose  of  the  standard  is  to  establish  requirements  for  the  ETM- 
bus  and  facilitate  interoperability  of  VLSI  chips  which  use  the  ETM-bus. 


The  ETM-bus  is  intended  as  a  serial  path  for  test  and  maintenance  con¬ 
trol  and  data  information  at  the  chip  level. 


The  ETM-bus  is  a  communications  media  which  transfers  bit  serial  data 
between  a  'MASTER*  device  (CONTROLLER)  and  up  to  32  logical  'SLAVE'  elements 
interfacing  to  a  single  ETM-bus  CONTROLLER. 

Figure  3-4,  Illustrates  the  ETM-bus  and  ETM-bus  elements.  Conceptu¬ 
ally,  each  element  consists  of  a  device  which  performs  the  application  spe¬ 
cific  function  of  the  chip  and  a  bus  interface  which  implements  the  ETM-bus 
master-slave  communications  protocol. 
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Figure  3-4.  Conceptual  Model  Of  ETM-bus  Elements 


The  ETM-bus  signal  and  clock  lines  are  defined  in  the  following  para¬ 
graphs  . 
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Lines  are  designated  by  name.  V/hen  a  set  of  related  bits  are  repres¬ 
ented  by  the  same  name,  the  bits  within  the  set  are  differentiated  by  number 
with  the  most  significant  bit  (MSB)  numbered  0.  All  fields  are  referred  to 
by  their  bit  position  within  a  data  word  transferred  over  the  ETM-bus.  All 
ETM-bus  signals  are  defined  in  the  following  paragraphs.  A  symbol  asso¬ 
ciated  with  a  signal  means  that  the  signal  is  active  low. 


There  is  a  minimum  of  six  signal  types  that  make  up  the  ETM-bus  as 
shown  in  Figure  3-5  on  page  3-9.  Additional  lines,  to  accommodate  enhanced 
application  requirements,  are  not  precluded.  SELECT  and  INTERRUPT  are  nega¬ 
tive  logic  and  all  other  signals  shall  use  positive  logic. 


FROM  CLOCK  SOURCE 
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Figure  3-5.  ETM-bus  Signal  Types 


All  data  transfer  operations  are  synchronous  with  the  REFERENCE  CLOCK 
(REF  CLK)  signal.  All  bus  activity  shall  be  relative  to  the  high-to-low 
transition  of  the  REFERENCE  CLOCK.  The  CLOCK  signal  will  be  single  phase. 
The  ETM-Bus  interface  should  support  the  full  range  of  clock  frequencies 
from  zero  (0)  to  6.25  MHz. 


The  ETM-bus  DATAIN  signal  is  a  single  unidirectional  line  into  the 
SLAVE.  Instruction  data  and  scan  data  are  transmitted  to  the  SLAVEs  over 
the  DATAIN  line.  In  the  star  configuration,  the  DATAIN  signal  is  sourced 
from  the  CONTROLLER.  In  the  ring  configuration,  the  DATAIN  signal  is  sourced 
from  either  the  CONTROLLER  or  another  SLAVE. 
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The  ETM-bus  DATAOUT  signal  is  a  single  unidirectional  line  from  a 
SLAVE.  In  the  star  configuration,  the  DATAOUT  signal  is  transmitted  from 
the  SLAVE  to  the  CONTROLLER.  In  the  ring  configuration,  the  DATAOUT  signal 
is  transmitted  from  the  SLAVE  to  either  the  CONTROLLER  or  the  DATAIN  pin  of 
another  SLAVE.  The  DATAOUT  line  supports  three-state  operation.  The  DATAOUT 
signal  will  be  in  the  high- impedance  state  when  inactive  (e.g. ,  not  in  a 
logic  1  or  0  state) . 


The  SELECT  signal  line  (-SEL)  is  unidirectional  from  the  CONTROLLER  to 
the  SLAVES.  The  SELECT  signal  line  defines  when  data  transfer  operations  are 
to  occur.  SELECT  becomes  asserted  (low)  one  cycle  before  instruction  or 
scan  data  is  serially  transferred  across  the  DATA  lines.  SELECT  is  released 
one  cycle  before  the  end  of  a  data  transfer.  In  a  ring  bus  structure,  where 
all  SLAVES  share  a  common  SELECT,  all  SLAVEs  are  selected  simultaneously. 
In  a  star  bus  structure,  all  SLAVEs  have  a  separate  SELECT  line. 


INTERRUPT  (-INT)  is  unidirectional  from  the  SLAVES  to  the  CONTROLLER. 
The  INTERRUPT  line  is  asserted  (low)  to  indicate  that  an  event  (such  as  an 
error  or  other  predetermined  condition)  has  occurred.  The  INTERRUPT  line 
remains  asserted  until  the  interrupt  is  serviced.  The  INTERRUPT  line  shall 
support  a  wired-OR  configuration.  The  INTERRUPT  line  may  operate  asynchro¬ 
nous  ly . 


The  ETM'«bus  MODE  signal  is  unidirectional  from  the  CONTROLLER  to  the 
SLAVE.  MODE  shall  be  used  to  establish  the  type  of  operation  that  is  per¬ 
formed  when  SELECT  is  being  asserted  (see  Figure  3-6).  MODE  must  be  valid 
one  cycle  before  instruction  or  scan  data  is  serially  transferred  across  the 
DATA  lines  and  remain  stable  for  the  length  of  the  transfer.  The  MODE  line 
shall  stay  valid  as  long  as  SELECT  is  asserted. 
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1 _ 

ETM-bus  MODE  Line 

Definition 

1 

The  use  of  the  ETM-bus  shall  be  defined  by  the  level  of  the  SELECT  line 
and  the  MODE  line.  Two  types  of  data  transfer  operations  can  take  place  on 
the  ETM-bus  as  specified  in  Figure  3-6  on  page  3-10.  Data  transfers  are  to 
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end  by  no  more  than  one  (1)  clock  cycle  after  the  SELECT  line  is  released 
(high) . 


The  Element  Test  and  Maintenance  Bus  (ETM-bus)  is  a  channel  for  control 
and  data  information  flow  between  a  module  maintenance  controller  and  the 
individual  elements  (e.g.,  VHSIC  Phase  2  chij>s)  within  the  module.  The  mod¬ 
ule  maintenance  controller  may  be  implemented  as  a  Test  and  Maintenance  Bus 
(TM-Bus)  SLAVE  as  described  in  the  TM-Bus  specification.  The  module  mainte¬ 
nance  controller  is  referred  to  as  the  CONTROLLER  and  all  other  elements  on 
the  ETM-bus  are  referred  to  as  SLAVES.  The  information  transferred  and  the 
scheduling  of  data  and  instructions  is  system  dependent  and  is  not  addressed 
in  the  specification.  Figure  3-7  on  page  3-11  summarizes  the  ETM-bus  design 
parameters  and  characteristics. 


o  Protocol  Characteristics 


o  Performance  Characteristics 

-  6.25  MHz  clock  (Typical) 

-  Unidirectional  data  lines 

-  Minimum  of  6  pin  bus 
signals 

-  TTL  compatible 


-  Each  ETM-bus  logically  supports 
up  to  32  SLAVE  devices 

-  Supports  ring  and  star 
conf Igur at ions 

-  Interrupt  Capability 


Figure  3-7.  ETM-bus  Design  Parameters  and  Characteristics 


For  additional  details  on  the  bus  protocol,  commands,  error/status 
reporting,  etc.  please  refer  to  the  ETM-bus  specification. 


Section  4 


ELECTRICAL  AND  PHYSICAL  STANDARDS 


4.1  INTRODUCTION 


The  basic  electrical  and  physical  requirements  for  supporting  the  PI- 
bus,  the  TM-bus  and  the  ETM-bus  are  contained  in  the  specifications  for 
those  buses.  The  rationale  for  those  requirements  is  discussed  below.  The 
status  of  work  on  the  chip  power  supply  and  Input/Output  (I/O)  voltage  level 
standards  is  given  in  ”4.3  Chip  Power  Supply  And  I/O  Voltage  Standards." 

4.2  PI -BUS  AND  TM-BUS  ELECTRICAL  DESIGN 

Design  considerations  and  rationale  for  the  electrical  design  of  the 
Pl-bus  and  TM-bus  are  given  below.  Representative  results  of  simulations 
that  were  performed  to  support  the  electrical  design  are  provided  in  Appen¬ 
dix  A. 


High  performance  multi-drop  buses  represent  a  significant  electrical 
design  challenge.  A  bus  that  is  capable  of  interconnecting  modules  across  a 
backplane  at  transaction  rates  in  excess  of  a  few  megahertz  must  operate  in 
a  transmission  line  environment.  The  electrical  design  must  focus  on  the 
issues  of  bus  driver  power,  signal  reflections,  noise  and  signal  propagation 
time  on  the  bus.  Since  the  power  required  to  drive  the  bus  precludes  direct 
drive  from  the  VHSIC  BIU  chip,  these  issues  are  independent  of  the  use  of 
VHSIC  Phase  2  technology.  TTius,  the  minimum  transaction  rate  of  the  bus  is 
primarily  determined  by  the  characteristics  of  the  backplane  transmission 
line  and  the  bus  transceiver. 

The  distributed  inductance  and  capacitance  of  the  signal  lines  in  the 
backplane  determine  the  characteristic  impedance  of  the  transmission  line 
and  the  propagation  delay  of  signals  on  the  line.  The  characteristic  impe¬ 
dance  (ZO)  of  the  line  is  given  by: 

ZO  =  SQRT(L/C) 

and  the  propagation  delay  of  the  line  per  unit  length  is 

TO  =  SqRT(L*C) 

where  L  is  the  inductance  and  C  is  the  capacitance  of  the  line  per  unit 
length . 

A  high  characteristic  impedance  is  desirable  to  minimize  the  power 
required  to  drive  the  transmission  line.  To  minimize  the  propagation  delay, 
the  inductance  and  capacitance  of  the  line  must  be  minimized.  In  practice, 
these  quantities  are  limited  by  the  dielectric  material  and  line  spacing 
used  in  the  backplane.  Typical  values  for  an  unloaded  transmission  line  are 

L  s  8.6  nanohenries  per  inch  and 
C  =  2.9  picofarads  per  inch 

which  yield 

ZO  =  54.5  ohms  and 

TO  =  0.16  nanoseconds  per  inch  or  1.9  nanoseconds  per  foot. 

As  shown  in  Appendix  A,  two  point  nets  using  this  type  of  line  can  be  driven 
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by  standard  TTL  devices  such  as  the  54F244  trauisceiver. 

The  situation  is  quite  different  for  signal  lines  required  on  a  mul¬ 
ti-drop  bus.  The  distributed  capacitance  added  to  the  transmission  line 
when  modules  are  plugged  into  the  backplane  drastically  lowers  the  charac¬ 
teristic  impedance  of  the  line  and  increases  the  propagation  delay  for  sig¬ 
nals  on  the  line.  For  a  conventional  bus  design  based  on  TTL  or  CMOS 
drivers,  each  module  adds  approximately  30  picofarads  to  the  line  capaci¬ 
tance.  For  a  typical  module  spacing  of  0.65  inches,  this  represents  an 
additional  load  of  46  picofarads  per  inch.  The  loaded  transmission  line 
characteristic  impedance,  Z,  becomes  approximately  13  ohms  and  the  loaded 
propagation  delay,  T,  becomes  0.65  nanoseconds  per  inch  (7.8  nanoseconds  per 
foot).  Furthermore,  the  modules  no  longer  drive  the  bus  line  from  the  end 
of  the  net.  As  a  result,  the  modules  must  drive  one-half  the  characteristic 
impedance  of  the  line.  For  our  example,  this  is  only  13/2  =6.5  ohms.  This 
low  impedance  precludes  initial  wave  switching  with  conventional  drivers. 
Without  initial  wave  switching,  several  round  trip  delays  on  the  bus  (at  31 
nanoseconds  each  for  a  two  foot  long  bus)  may  be  required  for  the  signal  to 
settle.  The  settling  time  is  extended  by  the  lack  of  proper  bus  termi¬ 
nation.  However,  if  termination  close  to  the  characteristic  impedance  of 
the  bus  is  used,  TTL  drivers  are  not  capable  of  maintaining  acceptable  DC 
voltage  levels.  If  the  size  of  the  driver  transistor  is  increased  to  pro¬ 
vide  Initial  wave  switching  and  acceptable  DC  levels,  their  output  capaci¬ 
tance  Increases.  This  lowers  the  effective  impedance  of  the  transmission 
line,  requiring  still  higher  drive  currents.  TTius,  another  design  approach 
is  required  to  obtain  incident  wave  switching. 

For  VHSIC,  we  have  adopted  an  electrical  design  derived  from  the  IEEE 
Futurebus  (P896) .  The  output  capacitance  of  the  bus  drivers  is  reduced  by 
using  open  collector  drivers  and  isolating  the  drive  transistor  capacitance 
from  the  bus  with  a  series  Schottky  diode.  This  produces  a  nominal  low  vol¬ 
tage  on  the  bus  of  one  Volt.  To  minimize  power  consumption,  a  termination 
voltage  of  two  Volts  was  selected.  The  one  Volt  logic  swing  improves  per¬ 
formance  and  reduces  the  power  required  to  drive  the  bus  as  compared  to  a 
typical  TTL  design  which  has  a  logic  swing  of  three  Volts  or  CMOS  which  has 
a  logic  swing  from  ground  to  the  power  supply  rail  (typically  3  to  5  Volts). 
Noise  margins  are  maintained  by  using  a  differential  receiver  circuit  which 
has  a  narrower  threshold  range  than  conventional  TTL  receivers  and  by  set¬ 
ting  the  receiver  threshold  in  the  center  of  the  logic  swing.  In  addition, 
the  receiver  provides  noise  rejection  for  pulses  up  to  4  nanoseconds  wide. 
Using  this  transceiver  design,  the  load  which  a  module  places  on  the  bus  is 
significantly  reduced.  For  a  typical  module  capacitance  of  12  picofarads 
and  a  0.65  inch  module  spacing,  Z  becomes  approximately  20  ohms  and  T  is 
0.43  nanoseconds  per  inch  (5.2  nanoseconds  per  foot).  With  this  improved 
design,  initial  wave  switching  is  achieved. 

The  termination  impedance  is  typically  chosen  to  be  slightly  higher 
than  the  characteristic  impedance  of  the  line  to  further  reduce  power  con¬ 
sumption.  For  a  20  ohm  line,  a  termination  impedance  of  30  ohms  at  each  end 
of  the  bus  is  sufficient  to  control  reflections  on  the  bus  and  provide  a 
low-to-high  transition  time  that  matches  the  high-to-low  transition  time. 
The  PI -bus  and  TM-bus  specifications  allow  termination  impedances  between  30 
and  40  ohms  to  permit  power /performance  optimization  for  various  bus  config- 
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The  bus  simulations  described  in  Appendix  A  show  that  for  a  single 
active  driver,  the  settling  time  for  a  VHSIC  bus  design  is  approximately  13 
nanoseconds  versus  approximately  41  nanoseconds  for  a  conventional  TTL 
design.  For  multi-drop  buses,  there  are  multiple  active  drivers  that  may 
produce  a  "wire-ored  glitch"  and  extend  the  bus  settling  time.  The  glitch 
may  occur  whenever  one  module  releases  a  bus  line  and  another  module  drives 
the  line.  Thus  the  "wire-ored  glitch"  occurs  on  both  wire-ored  and 
three-state  buses.  The  VHSIC  bus  design  minimizes  "wire-ored  glitch" 
effects.  However,  the  settling  time  may  still  be  extended  by  up  to  the 
transit  time  of  the  bus  (T  times  the  bus  length) .  For  a  typical  bus  length 
of  20  inches,  this  adds  approximately  nine  nanoseconds  to  the  bus  delay  and 
produces  a  total  bus  delay  of  22  nanoseconds. 

The  power  required  to  achieve  this  performance  on  a  multi-drop  back- 
plwe  bus  is  excessive  for  a  single  VHSIC  chip.  Therefore,  separate  bus 
transceivers  will  generally  be  used  to  drive  the  bus.  By  decreasing  the 
size  and  power  consumption  of  the  VHSIC  BIU,  the  external  transceivers  will 
decrease  overall  cost  and  increase  the  reliability  of  the  BIU  chip. 

We  have  conceived  a  bus  transceiver  that  provides  additional  advan¬ 
tages  over  current  designs  by  Incorporating  a  transparent  latch  between  the 
BIU  and  the  bus  driver  device.  The  transceiver  configuration  and  timing  are 
illustrated  in  Figure  4-1.  The  transparent  latch  allows  the  BIU  to  drive 
the  wired-or  bus  lines  during  the  first  half  of  the  bus  cycle  and  to  inde¬ 
pendently  sense  the  actual  bus  signal  value  during  the  second  half  of  the 
bus  cycle.  As  a  result,  the  BIU  does  not  require  special  timing  signals  or 
extra  bus  data  input  pins.  Also,  failures  in  the  interface  circuit  can  be 
detected  by  the  associated  BIU. 

Signetics  has  developed  an  octal  Pl-bus  transceiver  (PN  S4F776)  which 
provides  the  transparent  latch. 
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Figure  4-1.  Bus  Transceiver  And  Timing  Diagram 
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4.3  CHIP  POWER  SUPPLY  AND  I/O  VOLTAGE  STANDARDS 

VHSIC  Phase  2  interoperability  standards  have  been  established  for 
chip  power  supply,  I/O  voltage  and  clock  requirements.  These  standards  are 
contained  in  Appendix  E. 

4.3.1  ETM-BUS  ELECTRICAL  DESIGN 

The  ETM“bus  is  expected  to  be  driven  directly  from  VHSIC  chips  using 
the  VHSIC  chip  I/O  standard. 
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Appendix  A 

BUS  ELECTRICAL  SIMULATION 

A.l  INTRODUCTION 

A  number  of  bus  configurations  have  been  simulated  using  the  Advanced 
Statistical  Analysis  Program  (ASTAP  -  a  standard  IBM  program  product) .  The 
simulations  included  conventional  TTL  driven  buses  and  two  point  nets  for 
clock  distribution  in  addition  to  the  open  collector  terminated  bus  finally 
selected  for  VHSIC  use.  Representative  results  are  given  below. 

A. 2  TRANSCEIVER  CHARACTERISTICS 

To  establish  a  reference  design,  a  conventional  unterminated  bus  using 
a  standard  54F244  transceiver  was  simulated  using  actual  device  character¬ 
istics.  The  open  collector  transceiver  design  selected  for  VHSIC  was  then 
simulated  using  device  characteristics  based  on  the  S4F244.  Figure  A-1 
illustrates  measured  output  current  versus  output  voltage  for  the 
low-to-high  transition  of  the  three-state  54F244  transceivers.  Figure  A-2 
illustrates  measured  output  current  versus  output  voltage  for  the  high-to- 
low  transition  and  Figure  A-3  represents  the  input  current  versus  input  vol¬ 
tage  characteristic  of  the  54F244  transceivers.  The  characteristic  curve 
labeled  CHAR-A  represents  the  worst  case  device  operation  at  low  temper¬ 
ature.  This  characteristic  was  used  for  simulation  of  the  tri-state  unter¬ 
minated  bus  and  an  unterminated,  single  load  net  representative  of  the  bus 
clock  distribution  path.  The  characteristic  curve  labeled  CHAR-B  was  used 
to  represent  the  pull-down  characteristic  for  the  output  transistor  in  the 
open  collector  bus  transceiver  selected  for  VHSIC  use.  Approximate  voltage 
versus  current  characteristics  for  the  Schottky  diode  were  combined  with 
CHAR-B  to  produce  the  final  open  collector  bus  transceiver  characteristics 
used  in  the  simulations.  The  improved  drive  current  represented  by  CHAR-B 
was  selected  to  achieve  incident  wave  switching  for  the  VHSIC  PI -bus  and 
TM-bus  with  good  noise  margins.  To  achieve  this  current  capability,  the 
VHSIC  bus  transceiver  will  use  a  slightly  larger  transistor  than  does  the 
54F244  transceiver. 
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A. 3  SIMULATION  RESULTS  AND  ASTAP  MODEL 

Figure  A-4  illustrates  the  high-to-low  transition  for  a  32  drop  unter- 
fflinated  line  driven  by  a  54F244  transceiver.  The  driver  is  not  capable  of 
switching  the  line  below  the  receiver  threshold  of  0.4  Volts  on  the  initial 
wave  and  there  are  multiple  reflections.  As  a  result  the  settling  time  is 
41  nanoseconds.  The  low-to-high  transition  (not  shown)  is  somewhat  faster 
at  21.5  nanoseconds. 

Figure  A-5  illustrates  the  high-to-low  transition  for  the  open  collec¬ 
tor  bus  transceiver  selected  for  VHSIC.  The  signal  line  is  20  inches  long, 
has  a  characteristic  impedance  of  20  ohms,  and  is  terminated  through  30  ohms 
to  +2  Volts  at  each  end  of  the  bus.  The  VHSIC  transceiver  drives  the  line 
below  the  receiver's  low  input  threshold  of  1.45  Volts  on  the  initial  wave 
to  achieve  a  settling  time  of  13  nanoseconds.  The  low-to-high  transition 
for  this  bus  configuration  is  illustrated  in  Figure  A-6.  In  this  case  the 
settling  time  is  only  12  nanoseconds.  The  ASTAP  model  used  for  these  simu¬ 
lations  is  given  in  Figure  A-7. 
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Figure  A-4.  Untermi nated  54F244  Driven  Bus  (Hi gh-to-Low) 
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201  END 
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To  minimize  clock  skew,  the  Pl-bus  assumes  that  the  bus  clock  is  dis¬ 
tributed  directly  to  each  module  via  two  point  nets.  The  electrical  spec¬ 
ification  allows  the  use  of  standard  TTL  circuits  for  clock  drivers  and 
receivers  on  the  modules.  Figure  A-8  and  Figure  A-9  show  the  low-to-high 
transition  and  high-to-low  transition  for  an  iinterminated  two  point  net  dri¬ 
ven  by  a  54F244  transceiver.  In  each  case,  the  receiver  at  the  far  end  of 
the  line  switches  on  the  incident  wave.  The  high  to  low  transition  was 
selected  for  the  active  edge  of  the  bus  clock  because  that  transition  is 
sharper  and  exhibits  fewer  reflections. 
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UHTERMIHATED  LINE 
TTL  54F244  TRANSCEIVER 
A  “  N«ar  End  Drivar 
B  ”  Far  End  Racaivar 
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5  Nanoseconds  Per  Division 


Figure  A-8.  54F244  Two  Point  Net  <Low-to-Hi gh) 
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UHTERMIHATEO  LINE 
TTL  54F244  TRANSCEIVER 
A  -  Nqar  End  Driv«p 
B  *■  Far  End  Racaivar 
24  inch  lina  -  55  ohms 
5  Nanosaconds  Par  Division 

Figura  A-9.  54F244  Two  Point  Nat  <Hi gh-to-Low) 


A-16 


VHSXe  PhiM  2  ZNTEROPERABXLXTY  STANDARDS 
Appendix  B 
PZ-BUS  SPECXFXCATXON 


March  15,  1988 

Varsion  2.2 


XBH 

HoneyHall 

TRU 


Copyrisht  1985,  1986,  1988 
ZBN  HonayHCll  TRU 

Copying  in  printad  form  is  parmittad  without  paymant  of  royalty  providad  that 
(I)  aach  raproduction  is  dona  without  altaration,  (2)  aach  raproduction  is 
complata  and  (3)  tha  copyright  notica  is  includad. 


blank) 


VH8ZC  Ph«S«  2  INTEROPERABILITY  STANDARDS 
PZ'BUS  SPECIFICATION 
VERSION  2.2 


Varsion  2.2  is  a  minor  updata  to  Varsion  2.1  of  tha  Pl-bua 
Spacification.  Tha  changa  pagas  ara  listad  on  tha  following  paga  and  tha 
ravisad  taxt  is  markad  with  a  |  in  tha  loft  hand  margin. 


B-3 


Changa  Pages  Version  2.1  to  2.2 


Revi sed 
Page 

Comments 

n 

Clarify  location  of  terminators 

Reduce  maximum  HID  and  HIP  voltage 

5-8 

Allow  slave  device  to  cause  Bus  Interface  to 
become  not  selected 

5-15 

BIF  Header  (not  Data)  Acknowledge 

5-16 

Clarify  acknowledge  word  type.  Add  slave  device  error 
condition  for  reporting  software  errors 

5-18 

Clarify  error  report  cycle  coverage 

5-19 

Correct  spelling 

5-74 

Clarify  Uait  note  a) 

5-83 

Correct  figure  reference 

5-84 

Correct  bit  field  numbering 

5-87 

Clarify  errors  reported  in  ’Uncorrectable  Line  Error" 
bit. 

5-92 

Redefine  slave  response  to  reserved  Message  Type  codes 
in  Header  Uord  A  and  allow  slave  device  to  cause  Bus 

Interface  to  go  not  selected 

5-93 

Redefine  slave  response  to  reserved  Message  Type  codes 
in  Header  Uord  A  and  add  slave  device  error  condition. 

5-94 

Clarify  that  the  Suspend  (S)  bit  is  included  in  the 
error  check. 

B-4 


PX-bu9  Spacifi cation 


Varsion  2.2 


CONTENTS 

Saetion  TltlS  EfiSS 

1.0  SCOPE  .  1-1 

1.1  SCOPE .  1-1 

1.2  PURPOSE . 1-1 

1.3  INTENDED  APPLICATION .  1-1 

1.4  CLASSIFICATION .  1-1 

2.0  APPLICABLE  DOCUMENTS  .  2-1 

2.1  GOVERNMENT  DOCUMENTS .  2-1 

2.2  NON-GOVERNMENT  DOCUMENTS .  2-1 

3.0  DEFINITIONS  .  3-1 

3.1  ITEM  DEFINITION .  3-1 

3.2  TERM  DEFINITIONS .  3-3 

4.0  PHYSICAL  LAYER  .  4-1 

4.1  INTRODUCTION .  4-1 

4.2  LINE  DEFINITION .  4-1 

4.2.1  Nomanclatura.  . 4-1 

4.2.2  Busad  Signal  Linas.  .  4-1 

4.2.3  Bus  Clock .  4-8 

4.2.4  Modulo  Idantifi cation .  4-8 

4.3  ELECTRICAL  REQUIREMENTS  .  4-9 

4.3.1  Backplane  Raqui raments.  .  4-9 

4.3.2  Module  Requirements . 4-10 

5.0  DATA  LINK  LAYER  .  5-1 

5.1  INTRODUCTION .  5-1 

5.2  GENERAL  REQUIREMENTS .  5-1 

5.2.1  Introduction.  .  5-1 

5.2.2  Protocol  State  Transitions.  .  5-4 

5.2.3  Generic  Message .  5-7 

5.3  DETAILED  REQUIREMENTS . 5-25 

5.3.1  Introduction  . 5-25 

5.3.2  Bus  State  Definitions . 5-25 

5.3.3  Bus  Mastership.  . 5-29 

5.3.4  Massage  Sequences  .  .....  5-38 

5.3.5  Exception  Sequences . 5-67 

5.3.6  Uait . 5-75 

5.3.7  Data  Link  Facilities.  . 5-77 

5.3.8  Initialization.  . 5-87 

5.3.9  Error  Detection*  Recovery  And  Diagnostics.  5-88 


B-5 


Pl'-bus  Spacifi cation 


Version  2.2 


CONTEHTS  (continuad) 

LIST  OF  ILLUSTRATIONS 


Figure 

Figure 

3-1. 

Figure 

4-1. 

Figure 

4-2. 

Figure 

4-3. 

Figure 

5-1. 

Figure 

5-2. 

Figure 

5-3. 

Figure 

5-4. 

Fi gure 

5-5. 

Figure 

5-6. 

Figure 

5-7. 

Figure 

5-8. 

Figure 

5-9. 

Figure 

5-10. 

Fi gure 

5-11. 

Figure 

5-12. 

Figure 

5-13. 

Figure 

5-14. 

Figure 

5-15. 

Figure 

5-16. 

Figure 

5-17. 

Title 

Conceptual  Nodal  Of  Bus  And  Modules  . 

Set-up  And  Hold  Timing  . 

Signal  Output  Test  Circuit  . 

Output  Signal  Timing  . 

Pl-bus  Protocol  State  Diagram  . 

Header  Uord  A  Format  -  Data  Linas  . 

Single  Slava  Acknowledge  Uord  Format  -  Data  Lines 
Multiple  Slava  Status  Uord  Format  (AUMO)  -  Data  Lines 
Multiple  Slava  Status  Uord  Format  -  Data  Check  Linas 

Tenure  Pass  Message  Header  Uord  Formats  . 

Parameter  Urite  Header  Uord  Formats  . 

Block  Massage  -  Short  Header  Uord  Formats  .... 
Block  Message  -  Extended  Header  Uord  Formats  .  .  . 
Bus  Interface  Message  Header  Uord  Formats  .... 
Multicast  Acknowledge  Register  Uord  Format  .  .  . 

Control  Register  Uord  Format  . 

Module  Capabilities  Register  Uord  Format  .... 

Vie  Interval  A  Register  Uord  Format  . 

Vie  Interval  B  Register  Uord  Format  . 

Vie  Priority  Register  Uord  Format  . 

Logical  Slave  Identification  Register  Uord  Format 


Eagg 

3-2 

4-12 

4-13 

4- 13 
5-7 

5- 13 
5-18 
5-21 
5-22 
5-34 
5-39 
5-45 
5-53 
5-63 
5-80 
5-81 
5-82 
5-83 
5-84 
5-85 
5-87 


1 1 


B-6 


PZ'buB  Spaeifi cation 


Varsion  2.2 


CONTENTS  (eontinuad) 

LIST  OF  TABLES 


Tabla  Titla  Paoa 

Tabla  4-1.  Pl-bus  Signal  Lina  Raquiraaants  By  Typa  And  Class  .  .  4-3 

Tabla  4-2.  Pl-bus  Cycla  Typas  and  Valid  Syabols  .  4-6 

Tabla  4-3.  Acknowladga  Lina  Valid  Symbols  .  4-7 

Tabla  5-1.  Pl-bus  Communications  Soquancas  .  5-2 

Table  5-2.  Pl-bus  Protocol  States  .  5-3 

Tabla  5-3.  Generic  Pl-bus  Nessage  Sequence  .  5-9 

Tabla  5-4.  Massaga  Type  Codas  . 5-14 

Tabla  5-5.  Access  Type  Codes  . 5-15 

Tabla  5-6.  Multiple  Slava  Acknowledge  Symbol  Formats  (Four  Words)  5-23 

Tabla  5-7.  Multiple  Slava  Acknowladga  Symbols  (Four  Words)  ....  5-24 

Tabla  5-8.  Bus  State  Definitions  . 5-26 

Tabla  5-9.  Via  Saquanca  . 5-30 

Tabla  5-10.  Module  Vie  Coda  Format  -  Data  Linas  . 5-32 

Tabla  5-11.  Module  Via  Coda  Format  -  Data  Check  Linas  . 5-33 

Tabla  5-12.  Tenure  Pass  Massage  Sequence  .  5-36 

Tabla  5-13.  Paramatar  Write  Sequence  -  Typa  16  Single  Slava  .  .  .  5-40 

Tabla  5-14.  Paramatar  Ui ita  Sequence  -  Type  16  Multiple  Slave  .  .  5-41 

Table  5-15.  Parameter  Write  Sequence  -  Type  32  Single  Slave  .  .  .  5-42 

Tabla  5-16.  Paramatar  Write  Sequence  -  Type  32  Multiple  Slava  .  .  5-43 

Tabla  5-17.  Block  Massaga  -  SH  Saquanca  -  Type  16  Single  Slava  5-46 

Tabla  5-18.  Block  Message  -  SH  Sequence  -  Typa  16  Multiple  Slava  5-47 

Tabla  5-19.  Block  Message  -  SH  Sequence  -  Type  32  Single  Slave  5-49 

Table  5-20.  Block  Massage  -  SH  Sequence  -  Type  32  Multiple  Slave  5-50 

Table  5-21.  Block  Massaga  -  EH  Sequence  -  Type  16  Single  Slave  5-54 

Tabla  5-22.  Block  Message  -  EH  Sequence  -  Typa  16  Multiple  Slave  5-56 

Tabla  5-23.  Block  Message  -  EH  Sequence  -  Type  32  Single  Slave  5-58 

Tabla  5-24.  Block  Message  -  EH  Sequence  -  Type  32  Multiple  Slave  5-60 

Tabla  5-25.  Bus  Interface  Message  Sequence  -  Type  16  Single  Slave  5-64 

Table  5-26.  Bus  Interface  Message  Sequence  -  Typa  16  Multiple  Slave  5-65 

Table  5-27.  Suspend  -  Short  Data  Sequence  -  Type  16  Single  Slave  5-69 

Table  5-28.  Suspend  -  Short  Data  Sequence  -  Type  32  Single  Slave  5-70 

Table  5-29.  Suspend  -  Extended  Data  Sequence  -  Type  16  Single  Slava  5-71 

Table  5-30.  Suspend  -  Extended  Data  Sequence  -  Typa  32  Single  Slave  5-72 

Tabla  5-31.  Suspend  -  Type  16  Multiple  Slave  . 5-73 

Tabla  5-32.  Suspend  -  Type  32  Multiple  Slave  . 5-74 

Tabla  5-33.  Abort  Sequence  .  5-75 

Tabla  5-34.  Data  Link  Register  Address  Space  .  5-78 

Table  5-35.  Interpretation  and  Response  for  Uncorrectabla  Invalid 

Symbols  . 5-89 

Tabla  5-36.  Slava  Response  to  Cycle  Type  Sequence  Deviations  .  .  .  5-91 

Table  5-37.  Cycle  Typa  Deviation  Response  Definitions  .  5-92 

Table  5-38.  Sequence  Error  Response  .  5-93 

Table  5-39.  Semantic  Errors  .  5-94 


iii 


B-7 


Pl**bus  Spaciff cation 


Voraion  2.2 


ABSTRACT 


This  spoeif ieation  dofinaa  a  linaar>  multi-drop,  aynchronoua  bua 
(Pl-bua)  which  aupporta  digital  aaaaaga  comaun ieation a  between  up  to  32  mod- 
ulea  reaiding  on  a  aingla  backplane,  neaaagaa  are  tranaf erred  datum  aerial 
and  bit  parallel  uaing  a  datum  aize  of  16  bita  (aingla  word)  or  32  bita  (double 
word) . 


The  Pl-bua  uaaa  a  maatar-alave  communication a  protocol  which  allowa  the 
bua  maatar  to  read  data  from  one  alava  or  write  data  to  any  number  of  alavea  in 
a  aingle  maaaage  aequence.  neaaagaa  may  be  routed  to  particular  modulea  uaing 
either  logical  or  phyaical  addreaaing.  A  number  of  independent  meaaagea  may 
be  tranamitted  during  a  bua  maater'a  tenure.  The  meaaaga  formata  provide  a  32 
bit  virtual  addreaa  range  for  each  module. 

The  Pl-bua  protocol  apecifiaa  a  aet  of  bua  atata  tranaitiona  which  con¬ 
trol  the  communication  aequoncaa  and  allow  the  bua  to  operate  in  a  pipelined 
manner  at  the  maximum  clock  rate  allowed  by  the  bua  aignal  propagation  delay. 
Maater-alava  handahaking  ia  provided  with  a  minimal  performance  penalty  by 
operating  the  alave  modulea  in  aynchroniam  with  the  maater  and  uaing  bua  atate 
look-ahead. 

A  technique  for  temporarily  auapending  low  priority  block  data  tranaf era 
to  reduce  bua  aequiaition  latency  for  higher  priority  meaaagea  ia  defined. 

Bua  maaterahip  may  be  changed  either  by  direct  aaaignment  or  by  priority 
arbitration.  The  protocol  definea  128  logical  levela  of  meaaage  priority  and 
32  levela  of  phyaical  priority. 

Extenaive  aignal  lino  and  aequence  error  detection  capability  ia  incor¬ 
porated  into  the  bua  definition.  In  addition,  an  optional  aingla  line  error 
correction  capability  ia  apecified. 
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PREFACE 


This  documsnt  was  jointly  praparod  by  IBH#  Honaywall  and  TRU  in  partial 
fulfillmant  of  Contract  Data  Raqui ramants  List  (CDRL)  itam  AOll  for  work  baing 
parformad  undar  VHSIC  Phasa  2  Subni eromatar  Tachnology  Davalopnant  contracts 
OAAK20-85-C-0367,  F33615-84-C-1500  and  N00039-85-C-0111 ,  raspacti valy. 
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Saction  1 
SCOPE 


1.1  S£flPL 

This  spaeification  statas  tha  physical,  alactrical,  functional  and  per- 
formanca  raqui ramants  dafinad  for  tha  Pl-bus. 


1.2  PURPOSE. 

Tha  purposa  of  this  standard  is  to  astablish  raqui ramants  for  tha  Pl-bus 
and  facilitata  intaroparabi lity  of  modulas  which  usa  tha  Pl-bus. 


1.3  INTENDED  APPLICATION^ 

Tha  Pl-bus  is  intandad  to  provida  a  mastar-slava  communications  path  for 
transferring  digital  massages  between  a  sat  of  up  to  32  modulas  residing  on  a 
single  backplane. 

1.4  CLASSIFICATION., 

Bus  configurations  and  modulas  which  conform  to  this  standard  may  be  any 
of  tha  types,  classes  and  features  specified  below: 


Typg  16 
Typ«  32 
Class  ED 
Class  EC 
Feature  SO 
Feature  ns 


16  bit  data  transfers 
32  bit  data  transfers 
Error  Detecting 
Error  Correcting 
Slava  Only  operation 
Master  and  Slava  operation 


Buses  and  modules  shall  be  classified  according  to  their  maximum  capabil¬ 
ities.  Bus  sequences  shall  be  classified  according  to  the  Type  or  Class  of 
transfer  actually  used. 

All  modulas  and  buses  shall  be  capable  of  operating  in  Type  16,  Class  ED 
mode.  Type  32  and  Type  16  modulas  shall  be  interoperable  on  a  Type  32  bus  whe¬ 
re  tha  Type  32  modules  may  communicate  using  16  or  32  bit  transfers  but  only  16 
bit  transfers  are  used  whenever  a  Type  16  module  is  an  active  participant. 
All  active  modules  on  a  given  bus  shall  operate  in  the  same  class. 
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Saction  2 

APPLICABLE  DOCUMENTS 


2.1  GOVERNMENT  DOCUMENTS. 

Tha  folloMing  documants  of  tha  axact  issua  shown  form  a  part  of  this 
spaeification  to  tha  axtant  spacifiad  harain.  In  tha  avant  of  conflict 
batwaan  tha  documants  rafaroncad  harain  and  tha  contents  of  this 
spaci f i eati on*  tha  contents  of  this  specification  shall  ba  considered  a  super** 
seding  requirement. 

•  Nona. 

2.2  NON-GOVERNMENT  DOCUMENTS. 

The  following  documents  of  the  axact  issue  shown  form  a  part  of  this 
specification  to  the  extent  specified  herein.  In  tha  avant  of  conflict 
between  tha  documants  rafaroncad  harain  and  tha  contents  of  this 
specification*  the  contents  of  this  specification  shall  ba  considered  a  super¬ 
seding  requirement. 

•  None. 
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Saction  3 
DEFINITIONS 

Tha  dafinitions  listad  harain  shall  apply  to  tha  Pl-bus  and  Pl-bus  mod- 

ulas. 


3.1  ITEM  DEFINITION. 

Tha  Pl-bus  Is  a  linaar«  multi-drop  communications  madium  which  transfers 
datum  serial*  bit  parallel  information  among  up  to  32  modules  residing  on  a 
single  backplane.  The  datum  size  may  ba  a  single  word  or  a  double  word. 

Pl-bus  modules  are  those  modules  which  implement  tha  slave  only  or  mas¬ 
ter  and  slave  portions  of  the  Pl-bus  protocol  as  specified  herein. 

Figure  3-1 »  illustrates  tha  Pl-bus  and  Pl-bus  modules.  Conceptually* 
each  module  consists  of  a  device  which  performs  tha  application  specific  func¬ 
tion  of  the  module  and  a  Bus  Interface  which  implements  the  Pl-bus 
master-slave  communications  protocol. 

The  device  portion  of  each  module  is  modeled  as  a  virtual  memory  space 
with  a  32  bit  address  range.  The  Bus  Interface  is  modeled  as  a  separate  memory 
space  with  an  8  bit  Data  Link  register  address  range.  A  separate*  8  bit  virtu¬ 
al  address  called  the  slave  ID  is  used  by  the  bus  master  to  select  one  or  more 
modules  to  participate  in  a  particular  communications  sequence  as  slave(s). 
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Figura  3-1.  Concaptual  Modal  Of  Bus  And  Modulas 


MODULE  VIRTUAL  ADDRESS  SPACE  =  2KK8 

-  PHYSICAL  SLAVE  ID  0-31 

-  LOGICAL  SLAVE  ID  32  -  255 
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5.2  TERM  DEFINITIONS. 

Tha  dafinitions  givan  balou  shall  apply  to  tha  Pl-bus  and  Pl-bus 
modulas. 


// 

activa  Bus  znterfaca 

arbitration 

assart  (signal) 

assartad  (signal) 

baekplana 

broadcast 

bus  acquisition  latency 

bus  aastar 
bus  tanurs 

contender 

device 


Tha  concatanation  oparator  for  groups  of 
bits. 

A  Bus  Intarfaca  that  is  connactad  to  tha  bus 
madia*  and  is  eurrantly  capabla  of  (and  not 
inhibitad  from)  participating  in  bus  trans¬ 
actions. 

Tha  procass  by  which  a  singla  bus  mastar  is 
salactad  from  compating  potantial  bus 
mastars. 

Tha  action  of  changing  tha  stata  of  a  bus 
signal  lina  from  ralaasad*  logic  0*  to 
assartad*  logic  1*  or  of  ensuring  that  tha 
lina  remains  in  tha  assartad  state. 

Tha  logic  1  stata  of  a  bus  signal  lina.  The 
least  positive  of  tha  two  states  of  a  bus 
signal  lina. 

A  motherboard  comprising  wiring  for  the  bus 
and  connectors  to  the  modulas  attached  to  tha 
bus. 

A  mode  of  operation  where  tha  bus  master 
transmits  data  to  all  modules  during  a  single 
transfer. 

Tha  time  from  the  highest  priority  module's 
request  for  bus  mastership  to  the  time  at 
which  that  module  becomes  bus  master. 

Tha  module  currently  in  control  of  tha  bus. 

Tha  period  between  the  time  a  bus  master 
gains  control  of  tha  bus  and  the  time  at 
which  control  is  released. 

A  potantial  bus  master  module  which  is 
actively  vying  for  bus  mastership. 

Tha  portion  of  a  module*  excluding  tha  Bus 
Interface*  which  does  the  application  depend- 
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ant  function  of  tha  modula. 

doubla  uord  An  ordarad  sat  of  32  bits  oparatad  on  as  a 

pair  of  words  or  as  a  singla  unit.  Tha  most 
significant  bit  of  a  double  word  is  labeled 
bit  31  and  tha  least  significant  is  labaled 
bit  0. 

linaar  bus  A  bus  with  a  single  shared  medium  segment. 


aassaaa  A  set  of  sequences  starting  with  a  header 

and  terminating  when  all  bus  actions  indi¬ 
cated  by  that  header  have  been  performed. 

BOdula  An  entity  which  is  addressable  via  the  bus 

and  has  a  singla  connection  to  the  bus. 


Bulticast 


non- transfer  cycle 


partial  aassasa 


post  (symbol) 


release  (sisnall 


released  (sianall 


A  mode  of  operation  where  tha  master  trans¬ 
mits  data  to  more  than  one  slavo  during  a 
single  transfer. 

A  bus  cycle  that  immediately  follows  a  bus 
cycle  in  which  a  valid  Uait  is  asserted  or 
one  of  the  VZ>  HZ>  DZ  or  HAZ  cycles  specified 
in  tha  protocol.  Information  on  the  Data 
lines  is  not  used  during  a  non-transfer 
cycle. 

A  sequence  starting  with  a  header  and  termi¬ 
nating  prematurely  due  to  a  suspend*  abort  or 
other  exception  indication  prior  to  a  normal 
completi on. 

The  action  taken  to  assert  and/or  release 
individual  bus  lines  within  one  particular 
group  of  bus  lines  such  that  either  the  asso¬ 
ciated  symbol  appears  on  the  group  or  another 
symbol  appears  that  is  the  result  of  individ¬ 
ual  line  ORing  of  simultaneously  posted  sym¬ 
bols. 

The  action  of  ceasing  to  assert  a  logic  1  on 
a  bus  signal  line.  The  action  of  releasing  a 
signal  line  produces  a  change  in  the  state  of 
the  signal  line  only  if  no  module  is  assert¬ 
ing  that  si gnal . 

The  logic  0  state  of  a  bus  signal  line  pro¬ 
duced  when  no  module  asserts  the  signal  asso¬ 
ciated  with  that  line.  The  more  positive  of 
the  two  states  of  a  bus  signal  line  relative 
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to  tho  0  Volt  logic  rafaranca. 

A  transaction  comprising  a  numbar  of  ordarad 
transfars  par forming  ona  intandad  function. 

A  modula  which  is  salactad  by  tho  bus  mastor 
to  parti cipata  in  a  massaga  sequonco. 

A  unit  of  information  on  a  particular  group 
of  bus  linos>  as  raprasantad  by  a  particular 
binary  encoding  of  bits.  A  valid  symbol  is 
ona  which  conforms  to  tha  signal  dofi nit  ions 
harain  including  correct  parity,  Hamming 
encoding  or  redundant  coding  as  applicable. 

A  sat  of  elemental  operations  on  tha  bus 
which  results  in  tha  communication  of  a  bit 
parallel  datum  unit  between  tha  current  bus 
mastor  and  tha  selected  slava(s).  Tha  datum 
unit  is  either  16  bits  (Type  16)  or  32  bits 
(Type  32).  Sea  sequence. 

An  ordarad  sat  of  16  bits  operated  on  as  a 
unit.  Tha  most  significant  bit  is  labeled 
bit  15  and  tha  least  significant  bit  is 
labeled  bit  0. 
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Saction  4 
PHYSICAL  LAYER 


4.1  INTRODUCTION. 

Tha  physical  layar  of  tha  PZ-bus  is  spacifiad  harain.  Signal  lines 
raquirad  to  implamant  tha  Pl-bus  ara  dafinad>  including  thosa  usad  for  signal 
lina  arror  dataction  and  corraction.  Tha  alactrical  charactari sti cs  of  tha 
modula  intarfacas  and  backplana  ara  spacifiad  and  timing  dafinitions  ara  pra- 
santad. 

4.2  LINE  DEFINITION. 

Tha  Pl-bus  signal*  clock  and  modulo  i donti f i cati on  linos  ara  dofined  in 
this  saction.  In  addition*  tha  ancoding  usad  to  achiava  signal  lina  arror 
dataction  and  corraction  is  spacifiad  by  dofinition  of  tha  valid  symbols 
alloMod  for  oach  signal  lina  group. 

4.2.1  NOMENCLATURE. 

Linos  shall  ba  dosignatod  by  namo  or  by  capital  lottar  abbreviations* 
e.g.  Data  or  D.  Mhare  a  sat  of  related  lines  ara  represented  by  the  same  name* 
tha  lines  within  tha  sat  shall  be  differentiated  by  number  with  tha  least  sig¬ 
nificant  bit  numbered  0.  Tha  nomenclature  for  single  lines  shall  be  tha  lat¬ 
ter  abbreviation  for  the  line  name  followed  by  tha  bit  number  enclosed  in  <  >* 
a.g.  O<0>.  Tha  nomenclature  X<m..n>  shall  be  the  abbreviation  for  tha  sat  of 
lines  Xm  to  Xn*  inclusive*  where  X  is  tha  letter  abbreviation  for  the  line 
name  and  m  and  n  ara  tha  most  and  least  significant  bit  numbers*  respectively. 
Thus*  D<7..0>*  represents  the  least  significant  eight  Data  lines.  In 
addition*  X<i*j*...*k>  shall  be  an  abbreviation  for  the  set  of  lines  X<i>* 
X<j>*...*  X<k>.  Thus  D<5*3*1*7>  stands  for  the  sat  of  lines  D<5>*  D<3>*  D<1>* 
and  D<7>. 

P(X)  shall  designate  tha  parity  (modulo  2  sum)  of  the  sat  of  signal 
lines  defined  by  X.  Thus  P(D<15. . 0>*DC<0>)  designates  the  parity  of  the  six¬ 
teen  bits  present  on  the  Data  lines  plus  the  Data  Check  line  and 
P(D<15. .0>*DC<0>)-0  represents  even  parity  over  the  specified  lines. 

4.2.2  BUSED  SIGNAL  LINES. 

All  Pl-bus  signal  lines  shall  be  implemented  as  wired-or  lines  bused 
between  modules  on  a  common  backplane.  Modules  and  buses  shall  implement 
those  bused  signal  lines  specified  for  their  particular  Type  and  Class  by 
Table  4-1.  Any  implemented  bus  signal  lines  which  are  not  required  during  an 
operation  of  a  particular  Type  and  Class  shall  be  released  during  that  opera¬ 
tion. 


Symbols  posted  onto  signal  lines  shall  be  valid  symbols  as  specified  in 
this  section*  except  that  during  diagnostic  bus  operation  some  invalid  symbols 
are  allowed  as  specified  in  ”5. 3. 9. 5  Diagnostics..” 
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As  a  required  device  function*  Pl-bus  modules  shall  provide  a  command 
path  independent  of  the  Pl-bus  which  provides  a  way  to  force  all  Pl-bus  signal 
lines  to  be  released  by  the  module.  This  capability  may  be  used  in  bus  diag¬ 
nostics  and  fault  isolation.  In  addition*  no  signal  line  shall  be  asserted 
from  the  time  power  is  applied  to  the  Pl-bus  module  until  the  module  has  com¬ 
pleted  reset  as  defined  in  "5.3.8  Initialization.."  Modules  shall  not  assart 
any  signal  line  in  violation  of  this  specification  during  power  failure. 
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Tabla  4-*l.  Pl-bus  Signal  Lina  Raquiremants  By  Typa  And  Class 


Lines  Required  (Yes/No) 

Type  16 

Typa  32 

NAME 

Class  ED 

Class  EC 

Class  ED 

Class  EC 

Data  (D) 

D<31. .16> 

No 

No 

Yea 

Yes 

0<15..0> 

Yes 

Yes 

Yes 

Yea 

Data  Cheek  (DC) 

DC<7. .2> 

No 

No 

Yes 

DC<1> 

No 

Yes 

Yqs 

DC<0> 

Yes 

!&■ 

Yea 

Yea 

Cycle  Typa  (CT) 

CT<2. .0> 

Yes 

Yes 

Yes 

Yes 

CT  Check  (CTO 

CTC<2,1> 

No 

Yes 

No 

Yea 

CTC<0> 

Yes 

Yes 

Yea 

Yea 

AeknoMledga  Set  (AS) 

AS<5,4> 

No 

Yes 

No 

Yes 

AS<3. .0> 

Yes 

Yes 

Yes 

Yes 

Wait  (U) 

W<2> 

No 

Yes 

No 

Yes 

U<1>0> 

Yea 

Yes 

Yes 

Yes 

Bus  Request  (BR) 

BR<2> 

No 

Yes 

No 

Yes 

BR<1,0> 

Yes 

Yes 

Yes 

Yes 

Total  Lines  Required 

29 

42 

46 

58 
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4. 2. 2.1  Data  Lina  Group  (D//DC) 

Tha  Data  Group  shall  consist  of  tha  Data  (D)  linas  and  tha  Data  Chack 
(DC)  linas.  Tha  Data  Group  is  a  sot  of  bidiroctional  linos  which  shall  trans¬ 
fer  header »  data  and  acknowledge  information  between  tha  bus  master  and  tha 
slava(s).  The  Data  Group  (0//DC)  linas  shall  also  ba  used  to  resolve  priority 
during  a  Via  sequence. 

4.2.2. 1.1  Data  Linas  -  Type  16. 

Type  16  modules  and  buses  shall  provide  16  Data  lines*  D<15..0>.  DO 
shall  be  the  least  significant  and  D15  the  most  significant  line. 

4. 2. 2. 1.2  Data  Lines  -  Type  32. 

Type  32  modules  and  buses  shall  provide  32  Data  lines*  D<31..0>.  DO 
shall  be  the  least  significant  and  D31  tha  moat  significant  line.  Type  16 
data  transfers  shall  always  use  D<15..0>. 

4. 2. 2. 1.3  Error  Protection  for  the  Data  Line  Group. 

The  Data  Line  Group  shall  use  even  parity  for  Class  ED  operation  and  a 
modified  Hamming  Code  for  Class  EC  operation  when  there  is  a  single  source  for 
the  signals.  Uhen  there  may  ba  multiple  sources  for  the  signals*  as  during 
via  cycles  and  during  multiple-slave  acknowledges*  tha  Data  Line  Group  shall 
use  duplication  for  Class  ED  operation  and  triplication  for  Class  EC 
operation. 


4. 2. 2. 1.3.1  Class  ED  Operation. 

4. 2. 2. 1.3. 1.1  Single  Source.  During  bus  cycles  in  which  a  single  source  is 
specified  for  the  Data  lines*  valid  symbols  for  the  Data  Line  Group  shall  have 
even  parity. 


4. 2. 2. 1.3. 1.1.1  Type  16.  The  module  that  sources  the  Data  linas  shall  also 
source  the  Data  Check  line  such  that  tha  set  of  symbols  on  D<15. . 0>//DC<0> 
satisfies  P<D<15. .0>//DC<0>)  =  0. 

4. 2. 2. 1.3. 1.1. 2  Type  32.  The  module  that  sources  the  Data  lines  shall  also 
source  tha  Data  Check  lines  such  that  the  set  of  symbols  on  D<15. . 0>//DC<0> 
satisfies  P(D<15. . 0>//DC<0>)  =  0  and  D<31 . . 16>//DC<1>  satisfies 
P(D<31. .16//DC<1>)  =  0. 

4. 2. 2. 1.3. 1.2  Multiple  Sources.  During  Vie  and  Multiple  Slave  Acknowledge 
Cycles*  tha  Data  and  Data  Check  lines  may  have  multiple  sources.  For  those 
operations*  modules  shall  post  duplicate  copies  of  the  required  symbols  using 
Data  lines  D<15..8>  and  D<7..0>  as  duplicate  line  sets. 

Usage  of  the  Data  lines  for  Vie  and  Multiple  Slave  Acknowledge  Cycles  is 
specified  in  ”5. 3. 3.1  Vie  Sequence.”  and  ”5. 2. 3. 3. 2  Multiple  Slave  Acknowl¬ 
edge  . * ”  respect i vely . 
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4. 2. 2. 1.3. 2  Claaa  EC  Onaration. 

4. 2. 2. 1.3. 2.1  Singla  Sourca.  During  bua  cyclaa  in  which  a  aingla  aourca  ia 
apacifiad  for  tha  Data  linaa*  valid  ayabola  for  tha  Data  Lina  Group  ahall  uaa 
modi fi ad  Hamming  aneoding  aa  apacifiad  balow. 

4. 2. 2. 1.3. 2. 1.1  Typa  16.  Tha  modula  that  aourcaa  tha  Data  linaa  ahall  alao 
aourca  tha  Data  Chack  linaa  auch  that  tha  aat  of  aymbola  on  D<15. . 0>//DC<5.  .0> 
aatiafiaa: 


P(  DC<5>,  D<15.14.13.12.11.10,9,S>  )  =  0 
P(  DC<4>»  D<15,14,7»6.5,4,3»2>  )  s  0 
P(  DC<3>»  D<13,12.11*7.6.5,1»0>  )  =  0 
PC  DC<2>,  D<15,13,10,9.7,4.3,0>  )  =  0 
PC  DC<1>,  D<12, 10,6,6,4,2, 1,0>  )  =  0 
PC  DC<0>,  D<14,11,9,8,5,3,2,1>  )  =  0 


4. 2. 2. 1.3. 2. 1.2  Typa  32.  Tha  modula  that  aourcaa  tha  Data  linaa  ahall  alao 
aourca  tha  Data  Chack  linaa  auch  that  tha  aat  of  aymbola  on 
D<31. .16>//DC<6. .0>  aatiafiaa: 


PC  DC<6>,  D<31, 30, 29, 28, 27, 26, 25, 24, 23, 22, 20, 19, 17, 16>  )  s  0 

PC  DC<5>,  D<31, 30, 29, 28, 27, 15, 14, 13, 12, 11, 10, 9, 8>  )  s  0 

PC  DC<4>,  D<31,26,25,24,23,15,14,7,6,5,4,3,2>  )  =  0 

PC  DC<3>,  D<30,26,22,21,20,19,13,12,11,7,6,5,1,0>  )  =  0 

PC  DC<2>,  D<29, 25, 22, 21, 18, 17, 15, 13, 10, 9, 7, 4, 3, 0>  )  s  0 

PC  DC<1>,  D<28,24,20,18,17,16,12,10,8,6,4,2,1,0>  )  =  0 

PC  DC<0>,  D<27, 23, 21, 19, 18, 16, 14, 11, 9, 8, 5, 3, 2, 1>  )  =  0 

4. 2. 2. 1.3. 2. 2  Multipla  Sourcoa.  During  Via  and  Multipla  Slava  Acknowladga 
Cyclaa  tha  Data  and  Data  Chack  linaa  may  hava  multipla  aourcaa.  For  thoae 
oparationa,  modulaa  ahall  poat  triplicata  copiaa  of  tha  raquired  aymbola  uaing 
D<15..8>,  D<7..0>  and  DC<7..0>  aa  triplicata  lina  aata. 

Uaaga  of  tha  Data  linaa  for  Via  and  Multipla  Slava  Acknowladga  Cyclaa  ia 
apacifiad  in  ”5. 3. 3.1  Via  Saquanca."  and  "5. 2. 3. 3. 2  Multipla  Slava  Acknowl- 
edga.,"  raapocti valy . 
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4. 2. 2. 2  Cvela  Tvpa  Lina  Group  (CT//CTC). 

Tho  Cycla  Typa  Group  shall  consist  of  tha  Cycla  Typa  (CT)  and  Cycle  Type 
Check  (CTO  lines.  The  Cycle  Type  Group  is  a  sat  of  lines  onto  which  tha  bus 
master  shall  post  symbols  to  indicate  tha  current  bus  cycle  type.  The  bus 
Cycla  Types  shall  be  encoded  as  shown  in  Table  4-2. 


Table  4-2.  Pl-bus  Cycla  Types  and  Valid  Symbols 


Cycla  Typa 

Abbreviation 

Class  ED 
CT<2. .0> 

Symbol 

CTC<0> 

Class 
CT<2. .0> 

EC  Symbol 
CTC<2. .0> 

Abort 

AB 

111 

im 

111 

001 

Acknowledge 

A 

Oil 

oil 

110 

Data 

D 

001 

001 

oil 

Header  0 

HO 

101 

101 

100 

Header 

H 

010 

010 

101 

Idle 

I 

000 

000 

000 

Suspend 

S 

110 

110 

010 

Vie 

V 

100 

Bi 

100 

111 

4.2.2. 3  Acknowledge  Lina  Sat  (AS). ■ 

Tha  Acknowledge  Sat  is  a  group  of  lines  onto  which  the  slaveCs)  or  con¬ 
tenders  shall  post  symbols  to  indicate  synchronization  or  to  signal  uncorrec- 
table  detected  errors.  Valid  symbols  for  the  Acknowledge  Set  shall  be  as 
defined  in  Table  4-3. 
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Tabla  4-3.  Acknowladga  Lina  Valid  Symbols 


Response 

Abbreviation 

Class 

AS<3*2> 

ED  Code 
AS<1*0> 

Class  EC  Code 
AS<5*4>  AS<3*2>  AS<1*0> 

Acknowledge 

ACK 

10 

10 

10 

10 

10 

Negative  Ack 

NAK 

11 

11 

11 

11 

11 

Not  Selected 

NS 

00 

00 

00 

00 

00 

Recognize 

RCG 

01 

01 

01 

01 

01 

4. 2. 2. 4 

Tha  Uait  linas  shall  ba  a  sat  of  radundant  linas  which  tha  currant  bus 
mastar  and  alava(s)  may  assart  to  obtain  axtra  non-transfar  bus  cycles  to  sup¬ 
ply  information  to  the  bus  or  to  accept  information  from  tha  bus. 

4. 2. 2. 4.1  Class  ED. 

Class  ED  modules  and  buses  shall  provide  two  Uait  lines*  U<1*0>>  that 
shall  operate  as  redundant  lines.  Valid  symbols  for  this  case  shall  be  U<1,0> 
“  00*  no  wait  request*  and  U<1*0>  -  11*  wait  raquasted. 

4. 2. 2. 4. 2  Class  EC. 

Class  EC  modules  and  busas  shall  provide  three  Uait  lines*  U<2..0>*  that 
shall  operate  as  radundant  lines.  Valid  symbols  for  this  case  shall  ba 
U<2..0>  =  000*  no  wait  request*  and  U<2..0>  -  111*  wait  requested. 

4. 2. 2. 5  Bus  Request  <BR)  Linas. 

The  Bus  Request  lines  shall  consist  of  a  set  of  redundant  lines  which 
shall  be  assarted  to  request  that  the  current  bus  master  release  tha  bus. 

4. 2. 2. 5.1  Class  ED. 

Class  ED  modules  and  buses  shall  provide  two  Bus  Request  linas*  BR<1*0>> 
that  shall  operate  as  redundant  lines.  Valid  symbols  for  this  case  shall  ba 
BR<1*0>  =  00*  no  bus  request*  and  BR<1*0>  =  11*  bus  requested. 
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4. 2. 2. 3. 2  Class  EC. 

Class  EC  modulas  and  busas  shall  provida  thraa  Bus  Raquest  lines. 
BR<2..0>.  that  shall  operate  as  redundant  lines.  Valid  symbols  for  this  case 
shall  ba  BR<2..0>  =  000.  no  bus  request,  and  BR<2..0>  =  111.  bus  requested. 

4.2.3  BUS  CLOCK. 

Bus  Clock  shall  be  a  single  phase  clock.  All  bus  timing  shall  be  refer¬ 
enced  to  the  high-to-low  transition  of  the  bus  clock.  The  generation  and  dis¬ 
tribution  of  Bus  Clock  is  beyond  the  scope  of  this  specification.  However, 
the  period  of  Bus  Clock  shall  be  selected  to  guarantee  that  bus  timing  con¬ 
straints  are  satisfied  for  the  bus  delays  and  clock  skews  resulting  from  the 
backplane  design. 

4.2.4  MODULE  IDENTIFICATION. 

Pl-bus  modules  shall  have  inputs  for  a  set  of  lines  that  shall  ba  hard¬ 
wired  on  the  Pl-bus  backplane  to  provide  a  unique  module  identification. 

4.2. 4.1  Module  Identification  Lines. 

The  set  of  5  Module  Identification  (MID)  lines  shall  be  hardwired  on  the 
backplane  and  shall  be  used  by  the  module  as  the  module's  physical  identifica¬ 
tion  code.  The  identification  codes  shall  consist  of  an  unsigned  binary  num¬ 
ber  in  the  range  of  0-31.  inclusive,  encoded  in  MID<4..9>. 

4. 2. 4. 2  Module  Identification  Parity  Line. 

A  Module  Identification  Parity  (MIP)  line  shall  be  hardwired  on  the 
backplane  such  that  MID<4 . . 0>//MIP<0>  satisfies  P(M1D<4 . . 0>//MIP<0>)  =  1. 
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4.3  ELECTRICAL  REQUIREMENTS 

Electrical  characteristics  for  the  Pl-bus  backplane  and  modules  shall  be 
as  specified  herein. 

4.3.1  BACKPLANE  REQUIREMENTS. 

4. 3. 1.1  Bus  Signal  Line  Characteristic  Impedance. 

PI-Bus  signal  lines  shall  have  a  characteristic  impedance  of  not  less 
than  20  ohms  and  not  more  than  50  ohms  for  all  operating  and  module  loading 
conditions. 

4. 3. 1.2  Bus  Signal  Lina  Termination. 

I  Signal  lines  shall  be  terminated  at  each  electrical  end  of  the  bus  to  a 

circuit  which  is  the  Theveni n-equi valent  of  a  terminating  resistor  in  series 
with  a  voltage  source  of  not  less  than  -*-1.9  Volts  nor  more  than  ^2.1  Volts. 
The  value  of  the  terminating  resistance  shall  be  between  30  and  40  ohms* 
i nclusi ve. 


4. 3. 1.3  Bus  Signal  Lina  Resistance. 

The  series  resistance  for  backplane  signal  lines  shall  be  limited  such 
that  the  maximum  voltage  rise  from  any  asserted  module  output  to  the  tarminat*' 
ing  resistance  at  either  end  of  the  backplane  is  less  than  100  millivolts. 

4. 3. 1.4  Module  Identification  Lina  Resistance. 

The  resistance  of  the  grounded  MID  and  MIP  lines  with  respect  to  the  sig¬ 
nal  ground  shall  be  lass  than  10  ohms. 

4. 3. 1.5  Bus  Clock  Requirements. 

4. 3. 1.5.1  Voltage  Levels. 

The  low  level  voltage  for  Bus  Clock  shall  be  lass  than  or  equal  to  '^0.55 
volts.  The  high  level  voltage  for  Bus  Clock  shall  be  greater  than  or  equal  to 
+2.4  volts. 


4. 3. 1.5. 2  Rise  And  Fall  Time. 

The  rise  time  (Tr)  of  the  Bus  Clock  from  0.8  volts  to  2.0  volts  shall  be 
less  than  5  nanoseconds.  The  fall  time  (Tf)  of  the  Bus  Clock  from  2.0  volts  to 
0.8  volts  shall  be  lass  than  5  nanoseconds. 

4. 3. 1.5. 3  Duty  Cycle. 

The  ratio  of  the  Bus  Clock  high  state  duration  to  the  bus  clock  period 
measured  at  1.5  Volts  shall  not  be  lass  than  0.45  nor  greater  than  0.55. 
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4.3.2  MODULE  REQUIREMENTS. 

4. 3. 2.1  Bus  Clock  Regui rementa. 

4. 3. 2. 1.1  DC  Raqui ramanta. 

4. 3. 2. 1.1.1  Input  Capacitance.  Bua  Clock  capacitance  to  logic  ground  ahall 
be  leaa  than  22  picofarada. 

4. 3. 2. 1.1. 2  Input  Inductance.  Bua  Clock  aariaa  inductance  from  the  module 
input  to  the  receiver  of  the  aignal  ahall  be  leaa  than  27  nanohenriaa. 

4. 3. 2. 1.1. 3  Bua  Clock  Current.  The  maximum  currant  aourcad  by  the  module 
when  the  clock  input  voltage  ia  +0.55  volta  shall  be  1.6  milliampa.  The  maxi¬ 
mum  current  into  the  module  whan  the  Bua  Clock  voltage  ia  +2.4  volta  shall  be 
less  than  100  microampa. 

4. 3. 2. 1.1. 4  High-level  Input  Voltage.  An  Bua  Clock  input  voltage  of  +2.0 
volta  or  more  shall  be  interpreted  as  a  high  level. 

4. 3. 2. 1.1. 5  Low-level  Input  Voltage.  A  Bus  Clock  input  voltage  of  +0.B 
volts  or  less  shall  be  interpreted  as  a  low  level. 

4. 3. 2. 1.2  AC  Regui rementa. 

Modulaa  ahall  operate  correctly  with  the  Bua  Clock  character i sti ca  spec¬ 
ified  in  ”4. 3. 1.5  Bua  Clock  Regui rementa. ." 

The  maximum  Bua  Clock  frequency  for  the  module  shall  be  specified.  The 
minimum  Bua  Clock  frequency  shall  be  zero  Hertz. 

All  Pl-bus  timing  shall  be  referenced  to  the  high-to-low  transition  of 
Bua  Clock  through  a  voltage  of  1.5  volta. 

4. 3. 2. 2  Signal  Line  Requirements. 

4. 3. 2. 2.1  DC  Regui rementa. 

4. 3. 2. 2. 1.1  Input  Capacitance.  Signal  line  capacitance  to  logic  ground 
shall  be  less  than  22  picofarada. 

4. 3. 2. 2. 1.2  Input  Inductance.  Signal  line  series  inductance  from  the  module 
input  to  the  driver  or  receiver  of  the  signal  shall  be  less  than  27  nanohen¬ 
ries. 


4. 3. 2. 2. 1.3  Leakage  Current.  Over  the  input  voltage  range  of  +0.3  volts  to 
+2.1  voltSf  the  absolute  value  of  the  output  current  for  any  signal  line  which 
is  not  being  asserted  by  the  module  shall  be  less  than  100  microamps. 
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4. 3. 2. 2. 1.4  Low-laval  Sink  Currant.  Tha  loM-laval  output  sink  currant  (lol) 
driva  capability  for  signal  linas  shall  ba  graatar  than  95  milliamps  at  an 
output  voltaga  of  1.15  volts. 

4. 3. 2. 2. 1.5  High-leval  Output  Voltage.  Tha  high-laval  output  voltaga  shall 
ba  datarminad  by  tha  backplana  signal  lina  tarmination  voltaga  which  is  ■•■1.9 
to  ■•^2.1  volts.  Tha  signal  lina  outputs  shall  parmit  wi rad-OR  oparations  on 
tha  bus. 


4. 3. 2. 2. 1.6  Low-laval  Output  Voltaga.  Tha  low-laval  output  voltaga  (Vol) 
for  signal  linos  shall  bo  loss  than  1.15  volts  at  an  input  currant  of  95  mil¬ 
liamps. 


4. 3. 2. 2. 1.7  High-leval  Input  Voltaga.  A  signal  lino  input  voltaga  (Vih)  of 
■•■1.6  volts  or  mora  shall  ba  intorprotod  as  a  logic  0.  A  signal  lino  input 
which  is  not  olactrically  connectad  to  tha  backplana  (i.o.  an  opon  lino)  shall 
ba  intorprotod  as  a  logic  0. 

4.3.2.2.1.S  Low-laval  Input  Voltaca.  A  signal  lino  input  voltaga  (Vil)  of 
■^1.45  volts  or  loss  shall  bo  intorprotod  as  a  logic  1. 

4. 3. 2. 2. 2  AC  Raqui ramonts. 

4. 3. 2. 2. 2.1  Signal  Lina  Inputs.  Figure  4-1  illustrates  tha  timing 
relationships  specified  below. 

4. 3. 2. 2. 2. 1.1  Set-up  Tima.  Tha  maximum  time  that  each  input  signal  is 
required  to  ba  uniquely  above  or  below  the  input  voltaga  threshold  for  a  logic 
0  or  logic  1  prior  to  tha  high-to-low  transition  of  tha  clock  (set-up  time* 
Ts)  shall  ba  specified. 

4.3.2.2.2. 1 .2  Hold-Time.  Tha  maximum  time  that  each  input  signal  is 
required  to  be  uniquely  above  or  below  tha  input  voltage  threshold  for  a  logic 
0  or  logic  1  following  tha  high-to-low  transition  of  tha  clock  (hold  time*  Th) 
shall  be  specified  and  shall  not  exceed  the  minimum  propagation  delay  time  of 
tha  module. 

4. 3. 2. 2. 2. 1.3  Noise  Rejection.  The  input  signal  lines  shall  reject  and  the 
Bus  Interface  shall  not  respond  to  any  signal  pulse  whose  width  as  measured 
between  1.5  volts  on  the  low-to-high  transition  and  1.5  volts  on  tha 
high-to-low  transition  is  less  than  4  nanoseconds. 

4. 3. 2. 2. 2. 2  Signal  Line  Outputs.  Tha  following  specifications  shall  apply 
when  the  signal  line  is  connected  to  the  test  circuit  of  Figure  4-2. 

4. 3. 2. 2. 2. 2.1  Propagation  Delay.  Propagation  delay  shall  ba  measured  with 
respect  to  the  high-to-low  transition  of  Bus  Clock  as  illustrated  in 
Figure  4-3.  The  reference  clock  voltage  for  timing  shall  ba  ■•■l.S  volts.  Tha 
reference  signal  voltage  for  timing  shall  ba  ■•■1.5  volts. 

Tha  minimum  and  tha  maximum  propagation  delay  (Tpdlh)  for  an  output  sig- 
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nal  changing  from  a  logic  1  (low  voltage)  to  a  logic  0  (high  voltage)  shall  be 
specified  for  each  output  signal  line. 

The  minimum  and  the  maximum  propagation  delay  (Tpdhl)  for  an  output  sig- 
nal  changing  from  a  logic  0  (high  voltage)  to  a  logic  1  (low  voltage)  shall  be 
specified  for  each  output  signal  line. 

4. 3. 2. 2. 2. 2. 2  Rise  And  Fall  Tima.  The  rise  time  (Tr)  of  an  output  signal 
from  +1.2  volts  to  +1.8  volts  shall  be  lass  than  9  nanoseconds.  The  fall  time 
(Tf)  of  an  output  signal  from  +1.8  volts  to  +1.2  volts  shall  be  less  than  9 
nanoseconds. 

4. 3. 2. 3  MID  And  tllP  Lines. 

A  binary  1  shall  be  represented  by  a  connection  to  signal  ground  and  a 
binary  0  shall  be  represented  by  an  open  circuit.  Modules  shall  incorporate 
any  circuits  they  require  to  sense  the  MID  and  MIP  lines.  The  absolute  cur¬ 
rent  into  a  grounded  MID  or  MIP  line  shall  be  less  than  1  milliamp.  The  maxi- 
I  mum  voltage  that  shall  exist  on  an  open  MID  or  MIP  line  shall  not  exceed  5.5 
volts. 
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Saction  5 
DATA  LINK  LAYER 


5.1  INTRODUCTION. 

The  Data  Link  layer  of  the  Pl-bus  is  specified  herein.  The  general  pro¬ 
tocol  used  by  the  Pl-bus  is  defined  through  specification  of  the  protocol 
state  transitions  and  the  generic  message  sequence.  Detailed  requirements  for 
the  protocol  and  communications  sequences  are  specified  by  defining  each 
sequence  and  the  rules  associated  with  the  Pl-bus  protocol.  Responses  to 
exception  conditions  are  defined. 

5.2  9EH5RAL.RE<}UIREt1gNTS. 

5.2.1  INTRODUCTION. 

The  Pl-bus  uses  a  master-slave  protocol  under  which  communications 
sequences  are  defined  for  1)  transferring  massages  between  modules  and  2) 
changing  bus  mastership.  The  Pl-bus  communications  sequences  are  listed  in 
Table  5-1.  The  Via  sequence  shall  be  performed  only  whan  there  is  no  current 
bus  master.  All  other  sequences  shall  be  performed  under  the  control  of  the 
current  bus  master. 

The  Pl-bus  uses  a  set  of  protocol  state  transitions  to  define  and  con¬ 
trol  the  communication  sequences.  Protocol  state  transitions  shall  be  sig¬ 
naled  on  the  Cycle  Type  (CT)  lines  and  shall  be  controlled  by  the  bus  master. 
The  slave(s)  shall  operate  in  synchronization  with  the  bus  master  and  shall 
signal  compliance  with  protocol  state  transitions  using  the  Acknowledge  Set 
(AS)  lines.  Slave(s)  shall  also  use  the  AS  lines  to  notify  the  bus  master  of 
any  uncorrectable  errors  that  are  detected. 

The  seven  sequence  states  defined  for  the  Pl-bus  protocol  are  summarized 
in  Table  5-2.  Uithin  each  sequence  state>  bus  states  are  defined  to  distin¬ 
guish  individual  bus  cycles.  The  specific  sequences  of  bus  states  required  to 
perform  Pl-bus  communications  are  defined  under  ”5.3  DETAILED 
REQUIREMENTS. .”  In  this  section*  general  requirements  for  the  overall  opera¬ 
tion  of  the  Pl-bus  are  specified  by  reference  to  the  sequence  states  and  the 
generic  message  protocol  they  support. 
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Tabla  5-1. 

Sviuanca  Typa 

Pl-bua  Comnuni cati ons  Saquancas 

Function 

Hastarship  Saquancas: 

Via 

Assigns  bus  mastarahip  to  tha  highest 
priority  module  contending  for 
mastership  through  arbitration. 

Tanura  Pass  Maaaaga 

Transfers  bus  mastarahip  from  currant 
bus  maatar  to  another  module  or  changes 
tha  bus  master's  message  priority. 

Hassaaa  Saquancas: 

Paramatar  Writa 

Transfers  a  1  word  paramatar  and  a 

32  bit  address  from  the  bus  master 
device  to  tha  slave  davica(s). 

Block  Masaaga 

Transfers  up  to  65>536  datum  units  from 
slave  device  to  master  device  or  from 
master  device  to  slave(s).  Master  sands 
a  32  bit  address  and  may  send  6  other 

Header  words.  May  be  used  to  continue  a 
suspended  message. 

Bus  Intarfaca  Masaaga 

Transfers  up  to  256  words  from  slave  bus 
interface  to  the  master  device  or  from 
master  device  to  slave  Bus  Interfaca( s) . 
Master  provides  an  8  bit  address. 

Exception  Sequences: 

Suspend 

Suspends  a  Block  Massage  data  sequence 
and  transfers  Resume  Control  Words  from 
the  slave  to  the  master. 

Abort 

Abnormally  terminates  current  sequence. 
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Tabla  5-2. 

Pl-bua  Protocol  States 

Protocol  Stato 

Function 

Idle 

Bus  not  in  use  and  no  current  bus  master 
defined. 

Via 

State  following  Idle.  Used  to  select 
the  next  bus  master  from  one  or  more 
contending  modules.  The  module  with 
the  highest  priority  is  selected  as 
the  next  bus  master. 

Header 

State  in  which  information  is 
transmitted  by  the  master  to  specify 
the  type  of  message  sequence*  identify 
modules  to  participate  as  slaves  and 
specify  additional  application  dependant 
information. 

Header  Acknowledge 
(Header  Ack) 

State  following  Header  during  which 
slave  module(s)  provide  sequence  status 
information  to  the  master. 

Data 

State  during  which  data  are  transferred 
between  the  slave  module(s)  and  the 
master  for  Block  liessages  and  Bus 

Interface  Messages. 

Block  Message  Suspend  sequences  are 
performed  under  this  protocol  state. 

Data  Acknowledge 
(Data  Ack) 

State  following  Data  during  which 
slave  module(s)  provide  massage  status 
information  to  the  master. 

Abort 

State  used  to  abnormally  terminate 
another  bus  sequence. 
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5.2.2  PROTOCOL  STATE  TRANSITIONS. 

Tha  protocol  atataa  which  shall  ba  uaad  in  Pl-bus  oparations  ara  illus- 
tratad  in  Figura  5-1.  All  atata  tranaitiona  shall  occur  on  tha  high-to-low 
transition  of  Bus  Clock.  Tha  allowabla  transitions  batwaan  protocol  states 
ara  spacifiad  in  tha  aactiona  balow  and  in  Figura  5-1. 

5. 2. 2.1  Idla. 

Tha  bus  shall  antar  tha  Idla  stata  whanavar  all  Cycla  Typa  linas  are 
released.  Thera  shall  be  no  bus  maatar  during  Idle  and  the  current  bus  master 
priority  code  shall  ba  undefined.  Idla  shall  consist  of  two  or  more  consec¬ 
utive  bus  cycles  in  which  tha  Cycle  Typa  linas  ara  released.  No  Pl-bus  oper¬ 
ations  shall  be  performed  during  Idla  except  that  the  symbol  NAK  (Negative 
Acknowledgement)  may  ba  posted  on  tha  AS  linas  as  specified  in  ”5 .2. 3 . 1 . 2 . 2 
Uncorrectabla  Errors.”  Via  shall  be  the  only  valid  successor  stats  to  Idle. 
Tha  Idle  stata  shall  ba  terminated  and  tha  Via  state  entered  only  when  one  or 
'more  modules  post  the  symbol  V  on  tha  Cycla  Type  lines. 

5. 2. 2. 2 

Tha  Vie  state  shall  consist  of  eight  bus  cycles  which  shall  ba  used  to 
select  the  next  bus  master  from  one  or  more  contenders.  Tha  Vie  state  shall  be 
succeeded  by  tha  Header  state  except  that  if  no  bus  master  is  selected  due  to 
erroneous  operation*  tha  bus  shall  return  to  the  Idle  stata. 

5. 2. 2. 3  Header . 

A  bus  master's  tenure  shall  begin  whan  tha  Header  stata  is  entered  from 
the  Vie  state  or  from  the  Header  Acknowledge  state  of  the  Tenure  Pass  message. 
Tha  current  bus  master's  tenure  shall  continue  when  tha  Header  state  is 
entered  from  the  Header  Acknowledge  state  of  the  Parameter  Write  sequence* 
from  the  Data  Acknowledge  atata  or  from  the  Abort  state.  During  the  Header 
state*  the  bus  master  shall  transmit  header  information  across  tha  bus  on  two 
or  more  bus  cycles. 

Tha  Header  shall  specify  tha  typa  of  message  sequence  to  be  performed* 
identify  the  modules  required  to  participate  in  the  sequence  as  slaves  and 
define  the  number  of  data  transfer  cycles  required  for  the  sequence.  The  Head¬ 
er  stata  shall  be  succeeded  by  tha  Header  Acknowledge  stata  except  that  Abort 
may  be  entered  to  terminate  the  sequence. 

5. 2. 2. 4  Header  Acknowledge. 

The  Header  Acknowledge  state  shall  ba  used  to  transmit  message  status 

from  the  slave  module(a)  to  the  master.  The  transitions  out  of  the  Header 

Acknowledge  stata  shall  be  as  specified  balow: 

1.  For  a  Parameter  Write  message  sequence*  the  successor  states  to  Header 

Acknowledge  shall  be  Header*  Idla  and  Abort.  A  transition  to  Header 

shall  initiate  a  new  message  and  extend  tha  tha  current  bus  master’s  ten- 
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ura.  A  transition  to  Idla  shall  tarminata  tha  currant  bus  mastar's  tan- 
ura.  Abort  may  bo  ontorod  to  tarminata  tha  Paramotar  Urito  mossago. 

2.  For  Block  Massage  and  Bus  Intorfaca  Massage  sequences*  tha  successor 
states  to  Header  Acknowledge  shall  ba  Data  and  Abort.  A  transition  to 
Data  continues  tha  current  bus  mastar's  tanura.  Abort  may  be  entered  to 
terminate  tha  massage. 

3.  For  a  Tenure  Pass  Massage  sequanca*  tha  successor  states  shall  ba  Header 
or  Abort  except  that  whan  the  intended  next  bus  master  does  not  require 
or  fails  to  acquire  bus  mastership*  tha  successor  state  shall  be  Idle. 
The  current  bus  master's  tenure  shall  end  at  tha  conclusion  of  a  Tenure 
Pass  Message  Header  Acknowledge  (HAZ)  and  tha  new  bus  master's  tenure 
shall  begin  on  the  next  cycle  with  entry  into  tha  Header  state.  Abort 
may  ba  entered  from  a  Tanura  Pass  Massage  except  on  the  last  cycle  (cycle 
HAZ)  of  the  massage. 

5. 2. 2. 5  Data. 

Tha  Data  state  shall  consist  of  a  saquanea  of  Data  transfer  cycles  per¬ 
formed  as  part  of  a  Block  Message  or  Bus  Interface  Massage.  Data  may  be  trans¬ 
ferred  from  the  master  to  tha  slave(s)*  defined  as  a  write  sequence*  or  from 
the  slave  to  the  master*  defined  as  a  read  sequence.  For  Block  Massage 
sequences  only*  the  Data  sequence  may  ba  suspended  by  entry  into  tha  Suspend 
state.  Unless  a  Data  saquenca  is  suspended  or  terminated  by  entering  Abort* 
the  successor  state  to  Data  shall  be  Data  Acknowledge. 

5. 2. 2. 6  s.uapBnd,., 

The  Suspend  state  shall  be  used  to  signal  the  pending  interruption  of  a 
Block  Message  Data  sequence  as  specified  in  the  detailed  requirements  (see 
”5.3.5.!  Suspend.").  A  suspended  Block  Massage  Data  sequence  can  be  resumed 
by  another  Block  Message  whose  header  contains  the  appropriate  Resume  Control 
Words.  The  successor  state  to  Suspend  shall  be  Data  Acknowledge  except  that 
the  sequence  may  ba  terminated  by  entering  Abort. 

5. 2. 2. 7  Data  Acknowledge. 

The  Data  Acknowledge  state  shall  be  used  to  transfer  acknowledge  infor¬ 
mation  from  the  slave(s)  to  the  master  during  a  Block  Message  or  Bus  Interface 
Message  sequence.  The  successor  states  to  Data  Acknowledge  are  Header*  Idle 
and  Abort.  A  transition  to  Header  shall  initiate  a  new  message  and  extend  the 
the  current  bus  master's  tenure.  A  transition  to  Idle  shall  terminate  the 
current  bus  master's  tenure.  Abort  may  be  entered  to  terminate  a  message. 

5. 2. 2. 8  Abort. 

The  Abort  state  shall  consist  of  four  consecutive  bus  cycles  in  which 
the  Abort  cycle  type  is  posted  on  the  CT  lines.  The  successor  states  to  Abort 
shall  be  Header  and  Idle.  A  transition  to  Header  shall  initiate  a  new  message 
and  extend  the  the  current  bus  master's  tenure.  A  transition  to  Idle  shall 
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terminate  the  current  bus  master's  tenure. 

5.2.2. 9  Tenure  Limitations. 

5.2.2. 9.1  Bus  Request  To  Vie  Interval. 

When  Bus  Request  is  asserted*  the  bus  master  shall  limit  the  number  of 
bus  cycles  remaining  in  the  current  tenure  to  the  sum  of  the  bus  cycles  speci** 
fied  by  the  contents  of  the  Vie  Interval  A  Register  plus  the  contents  of  the 
Vie  Interval  B  Register  plus  six  cycles  (see  "5. 3. 7. 3. 4  Vie  Interval  A  Regis¬ 
ter  -  Address  3."  and  ”5. 3. 7. 3. 5  Vie  Interval  B  Register  -  Address  4."). 
Section  ”5. 3. 3. 3  Bus  Request.”  specifies  procedures  which  the  bus  master 
shall  use  to  relinquish  tenure  and  permit  a  Vie  sequence  in  response  to  Bus 
Request . 


5.2.2. 9.2  Absolute  Tenure  Limit. 

Pl-bus  modules  shall  internally  limit  each  of  their  individual  tenures  as 
bus  master  to  a  maximum  of  bus  cycles.  The  cycle  count  shall  begin 
with  the  first  HO  cycle  of  the  master's  tenure  and  shall  include  all  bus 
cycles  (including  non-transfer  cycles).  Each  module  shall  provide  a  hardwired 
mechanism  to  automatically  force  all  signal  outputs  from  the  module  to  end 
tenure  such  that  this  tenure  limit  is  not  exceeded.  The  module  may  resume 
normal  operation*  including  vying  for  the  bus*  after  allowing  the  bus  to  be  in 
the  Idle  state  for  a  minimum  of  two  cycles. 
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Figure  5~1.  Pl-bus  Protocol  State  Diagram 
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5.2.3  GENERIC  MESSAGE. 

Tha  ganaric  massaga  saquanca  that  forms  tha  basis  for  the  Pl-bus  massage 
saquencas  is  described  in  this  section.  Tha  Via  sequence  is  specified  in 
"5.3.3  Bus  Mastership."  and  the  exception  sequences  are  specified  in 
"5.3.5  Exception  Saquancas.." 

Table  5-3  illustrates  tha  ganaric  Pl-bus  massage  sequence  which  shall  be 
composed  of  Header.  Header  Acknowledge.  Data  and  Data  Acknowledge  sequences 
that  correspond  to  the  protocol  states  described  in  tha  preceding  section. 

5.2.3. 1  Generic  Message  Sequence. 

5.2.3. 1.1  Normal  Operation. 

The  Data  (D)  lines  transfer  information  between  the  master  and  slave 
modules  to  accomplish  the  following: 

1.  signal  the  type  of  message  saquanca  to  be  performed; 

2.  establish  a  communications  path  to  tha  slave  modulaCs); 

3.  transfer  data  between  tha  master  and  the  slava(s);  and 

4.  transfer  acknowledge  information  from  the  slave(s)  to  the  master. 

Tha  bus  master  shall  use  Type  32  message  sequences  only  when  the  master  and 
all  modules  selected  as  slaves  for  that  sequence  are  operating  as  Type  32  mod¬ 
ules  on  a  Type  32  bus.  For  a  Type  32  bus.  Type  32/Typa  16  message  sequence 
selection  can  be  made  on  a  message-by-message  basis  and  thus  may  vary  during 
the  bus  master's  tenure. 

The  Cycle  Type  (CT)  and  Acknowledge  Set  (AS)  lines  shall  provide  hand¬ 
shaking  between  the  master  and  slave(a)  to  control  the  sequence  of  bus  states. 
The  AS  lines  shall  also  be  used  by  the  slave(s)  to  report  errors. 

5. 2. 3. 1.1.1  Header.  The  bus  master  shall  initiate  a  message  sequence  by 
transmitting  Header  information  on  the  D  lines.  The  bus  master  shall  post  the 
symbol  HO  on  the  Cycle  Type  (CT)  lines  during  the  first  bus  cycle  of  Header 
transfer  and  shall  post  H  for  each  of  the  remaining  bus  cycles  of  header 
transfer. 

The  header  shall  specify  the  module(s)  which  are  selected  as  slaveCs)  for 
the  message  sequence.  Active  module(a)  which  are  addressed  by  the  slave  ID 
field  of  HUA  shall  become  slaves  on  the  third  cycle  of  Header  transfer. 
Slaves  shall  signal  their  participation  in  the  message  by  posting  the  symbol 
RCG  (Recognize)  on  the  Acknowledge  Set  (AS)  lines  beginning  with  the  third 
cycle  of  header  transfer  and  continuing  until  header  transfer  is  complete. 
Modules  shall  cease  being  slaves  when  the  current  message  is  closed  by  a  nor- 
I  mal  completion.  Abort  or  Suspend.  Modules  may  also  cease  being  slaves  in 
I  response  to  specific  slave  defined  conditions.  All  modules  shall  ensure  that 
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Table  5-3.  Generic  Pl-bus  Massage  Sequence 


PROTOCOL  BUS  STATE 


SIGNAL  LINES 

HEADER 

HEADER 

DATA 

DATA 

ACKNOULEDGE 

ACKNOULEDGE 

DATA 

Header 

Acknowledge 

Data 

Acknowledge 

Source^ 

Master 

Slave(s) 

Master  (Urite) 

Slave( s) 

Slave  (Read) 

CYCLE  TYPE 

HO 

H 

A 

D 

A 

(S) 

Source=Master 

ACKNOULEDGE 

NS 

NS 

RCG 

ACK 

RCG 

ACK 

Source- 

Slave 

Slave 

Slave 

Slave 

the  AS  lines  are  released  during  the  first  two  cycles  of  Header  except  that 
NAK  shall  be  asserted  as  specified  in  ”5. 2. 3. 1.2. 2  Uncorrectable  Errors”  to 
report  errors  from  the  preceding  sequence. 

5. 2. 3. 1.1. 2  Header  Acknowledge.  The  Header  Acknouledge  sequence  shall  fol¬ 
low  the  Header  sequence.  A  single  Header  Acknowledge  transfer  cycle  shall  be 
used  for  all  single  slave  sequences.  The  Tenure  Pass  Message  sequence  shall 
include  an  additional  (non-transfer)  cycle  to  ensure  a  proper  transition  of 
mastership.  The  bus  master  shall  post  the  Header  Acknowledge  Cycle  (A)  symbol 
on  the  CT  lines  during  the  Header  Acknowledge  cycle  in  which  the  slave  is 
scheduled  to  ^ost  the  slave  Acknowledge  word.  The  slave  shall  indicate  syn¬ 
chronization  with  the  bus  master  by  posting  ACK  on  the  AS  lines  during  the 
Header  Acknowledge  cycle.  Five  Header  Acknowledge  transfer  cycles  shall  be 
used  for  a  multiple  slave  sequence.  During  the  first  multiple  slave  header 
acknowledge  cycle*  all  slaves  post  a  message  status  symbol  on  the  data  lines 
and  the  ACK  symbol  on  the  AS  lines.  During  each  of  the  four  remaining  acknowl¬ 
edge  cycles*  eight  of  the  thirty-two  modules  are  assigned  a  bit  position  on 
the  data  lines  upon  which  to  post  an  acknowledge  bit  and  shall  indicate  syn¬ 
chronization  with  the  bus  master  by  posting  ACK  on  the  AS  lines. 

The  Header  Acknowledge  sequence  shall  complete  the  Tenure  Pass  Message 
and  Parameter  Urite  Message.  The  Block  Message  and  Bus  Interface  Message 
sequences  shall  continue  with  a  Data  sequence  consisting  of  one  or  more  data 
transfer  bus  cycles. 
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5. 2. 3. 1.1. 3  Data.  The  bus  master  shall  post  the  symbol  D  during  each  cycle 
of  the  Data  sequence.  The  slave  moduie(s)  shall  post  RCG  during  each  cycle  of 
the  Data  sequence.  The  bus  master  shall  transmit  data  during  write  sequences 
and  the  slave  shall  transmit  data  during  the  read  sequences. 

5. 2. 3. 1.1. 4  Data  Acknowledge. .  The  Data  sequence  shall  be  followed  by  a 
Data  Acknowledge  sequence.  The  Data  Acknowledge  sequence  is  identical  in  form 
to  the  Header  Acknowledge  sequence.  Block  Messages  and  Bus  Interface  Messages 
shall  be  concluded  at  the  end  of  the  Data  Acknowledge  sequence. 

5. 2. 3. 1.2  Operation  Under  Exception  Conditions. 

5. 2. 3. 1.2.1  Block  Massage  Suspend.  The  Data  sequence  of  a  Block  Message  may 
be  suspended  by  the  bus  master  to  permit  higher  priority  communications.  The 
Suspend  sequence  shall  be  performed  as  defined  in  "5. 3. 5.1  Suspend.." 

5. 2. 3. 1.2. 2  Uncorrectable  Errors.  Modules  which  are  slaves  shall  signal 
uncorrectable  detected  errors  by  posting  the  symbol  NAK  on  the  AS  lines  and 
providing  an  error  log  in  the  Acknowledge  words  as  specified  herein.  Modules 
shall  post  the  symbol  NAK  in  response  to  an  uncorrectable  error  which  occurs 
during  a  Vie  or  during  a  Tenure  Pass  Message  sequence. 

A  module  that  detects  an  uncorrectable  error  which  applies  to  the  opera¬ 
tion  of  bus  cycle  N  shall  post  the  symbol  NAK  on  bus  cycle  N-*-2.  If  the 
detected  error  occurred  during  the  last  two  cycles  of  a  message^  the  resultant 
NAK  occurs  during  the  first  two  cycles  of  the  following  message  or  Idle.  Mod¬ 
ules  which  are  not  slaves  nor  contenders  in  a  particular  message  sequence 
shall  not  otherwise  post  NAK  during  that  sequence. 

Slave  modules  shall  record  detected  error  conditions  for  the  current 
message  in  the  single  slave  Acknowledge  word  or  Multicast  Acknowledge  Register 
as  appropriate.  The  Bus  Interface  should  also  notify  the  device  of  any 
detected  errors.  Uhen  an  Acknowledge  Ulord  is  transmitted  on  the  bus  or  stored 
into  the  Multicast  Acknowledge  Register^  the  error  field  shall  not  include 
errors  which  apply  to  the  immediately  preceding  bus  cycle. 

NAK  shall  have  no  specified  effect  on  the  resulting  operation  of  the 
Pl-bus  other  than  that  when  NAK  occurs  or  the  asserted  state  of  an  Acknowledge 
word  error  bit  is  detected*  the  master  Bus  Interface  should  report  that  fact 
to  the  master  device.  The  protocol  provides  the  Abort  sequence  as  a  means  for 
the  message  to  be  terminated  if  required  by  the  device. 

5. 2. 3. 2  Generic  Header  Definition. 

The  Pl-bus  protocol  defines  message  headers  consisting  of  two  to  ten 
words.  The  first  header  word*  Header  Ucird  A  (HMA)*  shall  be  used  in  all  mas¬ 
sage  sequences  to  define  1)  the  type  of  message  and  2)  the  slave  modules  for 
that  message.  The  number  of  scheduled  cycles  in  a  message  shall  be  defined  by 
the  message  type  and  a  datum  transfer  cycle  count  which  shall  be  given  implic¬ 
itly  in  HMA  or  explicitly  in  the  second  header  word*  Header  Uord  B  (HUB).  For 
the  Bus  Interface  Message*  HUB  shall  also  contain  an  eight  bit  virtual  address 
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for  tha  Bus  Intarfaca  ragi  stars.  Tha  32  bit  virtual  address  used  in  Block  and 
Paramater  Urita  messagas  shall  ba  containad  in  tha  third  and  fourth  headar 
Mords>  Haadar  Mord  CO  (HUGO)  and  Haadar  Uord  Cl  (HUCl).  Block 
Massaga'axtandad  haadar  saquancas  provida  six  additional  haadar  Mordsr  HUIDO 
through  HUD5>  for  application  dapandant  usas. 

Tha  ganaric  format  for  Haadar  Uord  A  (HUA)  is  dafinad  in  this  saction. 
Formats  for  tha  ramaining  Haadar  words  ara  spacific  to  aach  massaga  saquanca 
and  ara  dafinad  in  "5.3  DETAILED  REQUIREMENTS.." 

5. 2. 3. 2.1  Haadar  Uord  A. 

Tha  format  illustratad  in  Figura  5-2  shall  ba  usad  for  Haadar  Uord  A. 
Tha  fialds  of  HUA  shall  ba  as  spacified  balow. 

5. 2. 3. 2. 1.1  Slava  Identification  (ID)  Fiald.  Tha  Slava  ID  fiald  of  HUA  shall 
spacify  tha  modulas  raquirad  to  participata  in  tha  massaga  saquanca  as  slaves. 
Tha  Slave  ID  fiald  shall  provida  an  eight  bit  virtual  slave  address.  The  vir¬ 
tual  slave  address  (Slava  ID)  range  shall  ba  partitioned  into  32  single  slave 
physical  addraaaas>  a  slave  broadcast  address  and  223  optional  logical  slave 
addresses.  Tha  broadcast  Slava  ID  shall  select  all  active  modules  as  slaves, 
including  tha  bus  master  module. 

The  logical  Slava  ID's  shall  be  used  only  to  define  aliases  for  individ¬ 
ual  slave  physical  addresses  or  sets  of  slave  physical  addresses.  The  use  of 
a  logical  Slave  ID  rather  than  a  physical  Slave  ID  in  addressing  a  module 
shall  not  elicit  any  slave  module  response  other  than  that  which  would  have 
bean  produced  by  using  tha  module's  physical  Slave  ID.  A  Slava  ID  value  of  0 
to  31  shall  specify  the  single  module  whose  Module  Identification  matches  the 
Slava  ID  field.  A  Slava  ID  value  of  32  shall  select  all  active  modules  as 
slaves.  The  Slave  ID  values  33  to  255  shall  select  any  active  modules  with  tha 
given  Slave  ID  enabled.  The  number  of  modules  which  respond  to  each  of  the 
logical  Slave  ID  values  33  to  255  is  system  dependent.  This  means  that  Slava 
ID  values  33  -  255  can  ba  used  for  single  slave  messagas  or  multiple  slave  mes¬ 
sages  depending  on  tha  application. 

During  massaga  sequences  where  tha  current  bus  master  module  is  selected 
as  a  slave,  the  module  shall  act  as  both  a  master  and  a  slave  to  the  extent 
that  the  complete  standard  bus  message  saquanca  can  ba  observed  on  tha  bus 
1 i nas. 


5. 2. 3. 2. 1.2  Format  Field  (F).  Tha  Format  field  shall  specify  whether  tha 
message  sequence  will  be  performed  using  16  bit  (Type  16)  transfers  or  32  bit 
(Type  32)  transfers.  Tha  master  device  must  insure  that  52  bit  transfers  are 
usad  only  when  no  Type  16  module  is  selected  as  a  slave. 

5. 2. 3. 2. 1.3  Message  Type  Field  (MSG  TYPE).  Tha  Message  Type  fiald  shall 
spacify  tha  type  of  message  sequence  to  ba  performed  according  to  the  values 
in  Table  5-4.  Tha  master  device  must  ensure  that  only  tha  multiple  slave  Mes¬ 
sage  Types  are  used  whan  more  than  one  module  is  selected  by  tha  Slava  ID 
field. 
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5. 2. 3. 2. 1.4  Accesa  Tvpa  Fiald  (AT).  Tha  Accasa  Typa  (AT)  fiald  shall  ba 
passad  from  tha  mastar  devica  to  tha  slave  module  for  use  as  defined  herein 
and  listed  in  Tabla  5-5. 

Application  specific  AT  codes  may  ba  used  to  classify  the  type  of  devica 
access  to  be  performed  during  a  particular  message.  Typical  uses  are  1)  to 
specify  direct  or  indirect  addressing*  2)  to  specify  address  increments*  3)  to 
specify  device  dependent  interpretations  for  extended  header  words  and  4)  to 
access  specific  processes  in  the  device. 

For  Block  tlessagas*  bit  13  shall  ba  used  to  signal  the  device  that  the 
current  message  is  a  new  Block  Message  (bit  13  =  0)  or  a  resumption  of  a  previ¬ 
ously  suspended  Block  Message  (bit  13  ~  1). 

For  Bus  Interface  Massages*  tha  coda  000  shall  ba  used  to  access  tha 
Data  Link  address  space.  Tha  Bus  Interface  physical  and  Data  Link  layers 
shall  not  utilize  any  AT  field  information  except  that  contained  in  a  Bus 
Interface  Message.  Codas  001  through  011  shall  be  reserved  for  future  use  by 
higher  level  protocols.  Higher  level  protocols*  such  as  those  which  provide 
communications  between  modules  on  different  backplanes*  are  beyond  the  scope 
of  this  specification. 

Reserved  AT  codes  shall  be  defined  only  by  future  versions  of  this  spec- 
i f i cation. 


Figure  5-2.  Header  Mord  A  Format  -  Data  Lines 


AT 

MSG  TYPE 

F 

SLAVE  ID 

15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

MSB  LSB 

(33  to  255  -  LOGICAL  ID) 
(32  -  BROADCAST  ID) 

(0  to  31  -  PHYSICAL  ID) 


FORMAT  -  0  =  16  BIT  TRAHSFER 
-  1  =  32  BIT  TRAHSFER 


MESSAGE  TYPE  (see  Tabla  5-4) 


ACCESS  TYPE  (see  Table  5-5) 
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Tabla  5-4.  Massaga  Typa  Codas 


MESSAGE  TYPE 

SINGLE  OR 
MULTIPLE 
SLAVES 

READ 

OR 

WRITE 

MESSAGE 
TYPE  CODE 
HWA  <12. .9> 

PARAMETER  URITE 

SINGLE 

URITE 

0 

0 

0 

1 

MULTIPLE 

WRITE 

0 

0 

1 

1 

BLOCK  MESSAGE 

-SHORT  HEADER 

SINGLE 

URITE 

0 

1 

0 

1 

SINGLE 

READ 

0 

1 

0 

0 

MULTIPLE 

URITE 

0 

1 

1 

1 

-EXTENDED  HEADER 

SINGLE 

URITE 

1 

1 

0 

1 

SINGLE 

READ 

1 

1 

0 

0 

MULTIPLE 

URITE 

1 

1 

1 

1 

TENURE  PASS 

SINGLE 

URITE 

1 

0 

1 

0 

BUS  INTERFACE 

SINGLE 

URITE 

1 

0 

0 

1 

SINGLE 

READ 

1 

0 

0 

0 

MULTIPLE 

NOTE:  Codas  not  listad  abova  ara 

URITE 

rasarvad. 

1 

0 

1 

1 
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Tabla  5-5.  Aceaas  Typa  Codas 


SEQUENCE  TYPE 


ACCESS  TYPE  CODE 
HUA  <15. .13> 


PARAMETER  URITE 


000  THRU  110 
111 


APPLICATION  SPECIFIC. 
(PASSED  TO  DEVICE) 
RESERVED. 


BLOCK  MESSAGE 

BITS  15-14 


00  THRU  11 


BIT  13 


APPLICATION  SPECIFIC 
(PASSED  TO  DEVICE) 

NEU  MESSAGE 

RESUME  PREVIOUS  MESSAGE 


TENURE  PASS 

000 

001 

THRU 

111 

-  TENURE  PASS. 

-  RESERVED. 

BUS  INTERFACE 

000 

001 

THRU 

Oil 

-  BUS  INTERFACE  LINK  REGISTER 
SPACE. 

-  RESERVED  FOR  HIGHER  LEVEL 

100 

THRU 

110 

PROTOCOL  ACCESS. 

-  IMPLEMENTATION  DEFINED 

111 

REGISTER  SPACE. 

-  RESERVED. 

5. 2. 3. 3  Haadar  And  Data  Saguence  Acknowledgement . 

Haadar  and  Data  Acknowladga  saquencas  hava  tha  sama  form  and  usa  tha 
sama  word  formats.  Thara  ara  two  basic  formats  for  tha  acknowledgemantr  sin- 
gia  slave  and  multiple  slave.  Tha  single  slave  Acknowledge  sequence  shall  be 
used  whan  tha  Sequence  Type  field  in  HUA  specifies  a  single  slave  sequence  and 
the  multiple  slave  Acknowledge  sequence  shall  be  used  whenever  the  Sequence 
Tyr°  field  in  HUA  specifies  a  multiple  slave  sequence.  The  single  slave 
Acknowledge  sequence  transfers  one  word  of  message  status  information  from  the 
slave  to  tha  master.  The  multiple  slave  Acknowledge  sequence  transfers  1) 
eight  bits  of  aggregate  message  status  information  from  the  slaves  to  the  mas¬ 
ter  and  2)  an  individual  bit  of  message  status  information  from  each  of  the  32 
possible  slave  devices  to  the  master. 
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5. 2. 3. 3.1  Singla  Slava  Acknowladga. 

Tha  slava  modula  shall  parform  arror  chacking  and  logging  during  tha 
massaga  saquanea.  Tha  Singla  Slava  Acknowladga  Word  (AUS)  definad  herein  pro¬ 
vides  the  master  with  a  record  of  tha  logged  errors  and  tha  Module  Identifica¬ 
tion  of  tha  slave. 

Tha  Singla  Slava  Acknouladga  Uord  shall  ba  transmitted  from  tha  slave  to 
the  master  during  tha  Header  and  Data  Acknowledge  cycles  of  each  single  slave 
sequence.  Tha  master  Bus  Interface  should  pass  the  Single  Slava  Acknowledge 
Uord  to  the  master  device. 

Tha  Singla  Slava  Acknowledge  Uord  format  shall  be  as  shown  in  Figure  5-3 
and  specified  below. 

5. 2. 3. 3. 1.1  Slava  Modula  Identification  Field  (MID).  Tha  Slava  Modula  Iden¬ 
tification  field  shall  contain  the  MID  for  the  slave. 

5. 2. 3. 3. 1.2  Acknowledge  Uord  Type  Field  (AUT).  Tha  Acknowledge  Uord  Type 
(AUT)  field  shall  contain  a  two  bit  binary  code  as  specified  in  Figure  5-3. 
An  AUT  code  of  00  shall  specify  that  tha  slave  has  closed  the  message  sequence 
with  this  header  or  data  acknowledge,  as  appropriate.  In  conjunction  with  an 
S  field  value  of  1.  an  AUT  of  00  shall  specify  massage  complete.  In  conjunc¬ 
tion  with  an  S  field  value  of  0.  an  AUT  of  00  shall  specify  that  tha  Acknowl¬ 
edge  Uord  completes  the  slave's  response  to  a  Suspend  sequence  as  specified  in 
”5. 3. 5.1  Suspend..”  AUT  codes  01*  10  and  11  shall  specify  that  the  slave  is 
acknowledging  the  completion  of  the  header  sequence.  Tha  codes  01  and  10  fur¬ 
ther  specify  that  tha  slave  will  respond  to  a  Data  sequence  suspend  with  two 
or  eight  Resume  Control  Uords.  respectively.  The  S  field  code  shall  be  0  for 
an  AUT  code  of  01  or  10.  An  AUT  code  of  11  shall  further  specify  that  the 
slave  cannot  perform  a  suspend  sequence  during  tha  current  massage.  Tha  S 
field  code  shall  be  1  for  an  AUT  code  of  11.  The  slave  shall  use  an  AUT  code 

I  of  11  and  an  S  code  of  1  for  any  Bus  Interface  Massage  Header  Acknowledge. 

I  since  these  messages  are  not  suspendabla. 

5. 2. 3. 3. 1.3  Errors  Field.  The  slave  modula  shall  specify  detected  errors  in 
bits  7  through  13  of  the  Acknowledge  word.  Errors  reported  in  the  Header 
Acknowladga  Uord  shall  be  those  errors  that  originate  in  tha  current  message 
from  tha  start  of  the  Header  through  the  second  cycle  prior  to  the  Header 
Acknowledge.  Errors  reported  in  tha  Data  Acknowledge  Uord  shall  be  those 
errors  that  originate  in  tha  currant  massage  from  one  cycle  prior  to  tha  Head¬ 
er  Acknowledge  through  the  second  cycle  prior  to  the  Data  Acknowledge.  In 
addition  to  logging  current  message  arror  indications,  the  Bus  Interface 
should  report  detected  errors  to  the  device  at  tha  time  of  detection. 
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Tha  dafinition  of  aach  arror  typa  in  tha  singla  slava  acknou.adga  word 
shall  ba  as  listad  balow: 

Corractabla  Lina  Error  A  signal  lina  arror  has  boon  dotoctad  and  cor- 

roctod. 

Uncorroctablo  Lino  Error  A  signal  lino  arror  that  cannot  bo  corroctad 

has  boon  dotoctad. 


Soquanca  Error  Tha  Cyclo  Typo,  Acknowladgo  Sat#  Uait  and  Bus 

Roquost  lino  soquonco  of  statos  is  not  in 
agrh.9fflont  with  dofined  protocol  soquoncos  or 
rulos. 


Protect  Error 


A  Bus  Intarfaco  Mossago  writo  operation  has 
boon  attamptod  which  is  write  protected. 


CoMBond  Error 


I 


A  Header  Uord  A  has  been  received  which  is  not 
in  agreement  with  tha  defined  protocol  or  or 
tha  slava  is  unable  to  perform  tha  commanded 
operation  because  tha  current  bus  master's  pri¬ 
ority  coda  is  unknown#  or  a  message  has  been 
received  which  is  not  in  agreement  with  the 
defined  format  for  the  slave  device. 


Rosourco  Not  Present  Error  A  resource  or  capability  that  is  r.ot  imple¬ 
mented  has  been  addressed  in  this  module. 

Device  Error  nodule  device  has  detected  an  error  attempting 

to  perform  a  bus  related  operation. 

5. 2. 3. 3. 1.4  Busy  Field  (B).  The  slava  module  shall  specify  in  bit  14  of  the 
Acknowledge  word  whether  the  slava  device  is  Busy  or  not  Busy.  The  device 
shall  be  recorded  as  Busy  only  when  the  device  is  unable  to  accept  an  other- 
I  wise  valid  message  because  of  other  operations  in  progress.  The  slave  module 
I  shall  post  the  normally  scheduled  acknowledge  word  type.  The  master  should 
abort  any  sequence  in  which  the  slava  device  is  specified  as  Busy.  Tha  master 
may  retry  tha  massage  at  a  later  time. 


5. 2. 3. 3. 1.5  Suspend  Field  (S).  The  slava  shall  specify  in  bit  15  of  the 
Header  Acknowledge  Word  whether  tha  message  is  suspendable  or  not  suspendable. 
Only  Block  nessages  may  ba  specified  as  suspendable.  Tha  slave  shall  specify 
in  bit  15  of  the  Data  Acknowledge  Uord  whether  tha  Data  Acknowledge  is  in 
response  to  a  Suspend  sequence  or  the  completion  of  the  message. 
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Figure  5-3.  Single  Slave  Acknowledge  Word  Format  -  Data  Lines 
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5. 2. 3. 3. 2  Multipla  Slava  Acknowladga. 

A  Multipla  Slava  Acknowladga  aaquanca  shall  consist  of  ona  bus  transfar 
cycla  to  transmit  aggragata  massaga  status  and  four  bus  transfar  cyclas  to 
transmit  individual  acknoMladga  bits.  Tha  first  transfar  cycla  shall  ba  usad 
by  aach  slava  to  transmit  a  naasago  Status  Word  to  tha  mastar.  Tha  individual 
Massaga  Status  Words  shall  ba  wira-ORad  on  tha  bus  to  form  an  aggragrata  Nas- 
saga  Status  Word.  Tha  ramaining  four  transfar  cyclas  shall  ba  usad  to  trans¬ 
mit  multi pla  slava  Acknowladga  symbols  from  tha  slava(s)  to  tha  mastar.  Tha 
fiva  transfar  cyclas  ara  labalad  HA0»  HA1«  HA2>  HAS  and  HA4  for  a  Multipla 
Slava  Haadar  Acknowladga  saquanca  or  DA0»  DA1>  DA2>  DAS  and  DA4  for  a  Multi  pla 
Slava  Data  Acknowladga  saquanca. 

During  cyclas  HAO  and  DA0>  slava  modulas  shall  transmit  a  Massaga  Status 
word  to  tha  mastar  using  Data  linas  <15... 0>.  Tha  format  of  tha  Massaga  Sta¬ 
tus  word  shall  ba  as  dafinad  in  Pigura  5-4  and  Figura  5-5.  Data  linas 
<15... 8>  shall  hava  tha  sama  maaning  as  bits  <15... 8>  of  tha  Single  Slava 
Acknowladga  Word  and  thasa  bits  shall  ba  replicatad  on  Data  linas  <7...0>> 
raspacti valy»  to  parmit  arror  chacking.  If  thara  is  an  uncorractabla  arror  in 
tha  Data  lina  group*  tha  modula  shall  assuma  that  both  linas  in  any  affactad 
pair  of  radundant  linas  ara  assartad.  For  Class  EC  massagas*  bits  <15... 8> 
shall  also  ba  raplicatad  on  Data  Chack  linas  <7...0>*  raspacti valy*  to  parmit 
arror  corraction.  Modulas  shall  not  assart  any  Data  Group  lina  on  cycla  HAO 
or  DAO  othar  than  tha  linas  dafinad  abova.  Tha  Mastar  Bus  Interfaca  should 
pass  tha  aggragata  Massaga  Status  to  tha  mastar  davica. 

Errors  raportad  in  tha  Multi pla  Slava  Haadar  Acknowladga  word  cycla  HAO 
shall  includa  thosa  arrors  that  originata  in  tha  currant  massaga  from  cycla  HO 
through  tha  sacond  cycla  prior  to  cycla  HAO.  During  multipla  slava  Bus  Inter¬ 
faca  Message  and  Block  Message  sequences*  errors  reported  in  the  Multiple 
Slave  Data  Acknowledge  word  during  cycle  DAO  shall  include  thosa  errors  that 
originate  from  ona  cycla  before  HAO  through  the  second  cycle  prior  to  cycle 
DAO. 


Header  acknowledge  cycles  HAl  through  HA4  shall  ba  used  to  transfer  "Ac¬ 
knowledge”  multipla  slave  acknowledge  symbols  from  the  slave(s)  to  the  master. 
Slava  modules  with  MID  values  0  through  7  shall  post  the  "Acknowledge"  symbols 
shown  in  Table  5-6  and  Table  5-7  on  tha  Data  Group  during  cycle  HAl.  Slave 
modules  with  MID  values  8  through  13  shall  post  their  "Acknowledge”  symbol 
during  cycla  HA2  of  tha  sequence.  Slave  modules  with  MID  values  16  through  23 
shall  post  their  "Acknowladga"  symbol  during  cycla  HA3  of  tha  sequence  and 
slave  modules  with  MID  values  24  through  31  shall  post  their  "Acknowledge" 
symbol  during  cycla  HA4  of  tha  sequence.  Modules  shall  not  assert  any  Data 
Group  lina  other  than  the  lines  included  in  their  symbol  on  their  assigned 
Acknowledge  cycla. 

Data  acknowladga  cyclas  DAI  through  DA4  shall  ba  used  to  transfer  the 
"Acknowledge"  or  "No  Acknowledge"  multipla  slava  acknowledge  symbols  defined 
in  Table  5-6  and  Table  5-7  from  tha  slave(s)  to  the  master.  Tha  "Acknowledge" 
multiple  slave  Acknowledge  symbol  shall  be  posted  on  the  Data  Group  during  tha 
assigned  cycle  of  a  Data  Acknowledge  sequence  when  the  module  is  a  slave  and 
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haa  datacted  no  uncorreetabla  errors  in  the  currant  sequence.  Otherwise  the 
slava  shall  post  "No  Acknowledge"  during  the  assigned  Acknowledge  cycle. 
Slave  modules  with  MID  values  0  through  7  shall  post  their  multiple  slave 
Acknowledge  symbol  on  ti.a  Data  Group  during  cycla  DAI.  Slave  modules  with  MID 
I  values  8  through  15  shall  post  their  multiple  slave  Acknowledge  symbol  during 
cycle  DA2  of  the  sequence.  Slave  modules  with  MID  values  16  through  23  shall 
post  their  multiple  slave  Acknowledge  symbol  during  cycle  DAS  of  the  sequence 
and  slave  modules  with  MID  values  24  through  31  shall  post  their  multiple 
slave  Acknowledge  symbol  during  cycle  0A4  of  the  sequence.  Modules  shall  not 
assert  any  Data  Group  lino  other  than  the  lines  included  in  their  symbol  on 
their  assigned  Acknowledge  cycle. 

The  multiple  slave  Acknowledge  symbols  posted  by  the  slaveCs)  during  a 
particular  Acknowledge  cycle  shall  be  logically  OR'ed  on  the  bus  to  produce 
one  of  the  four  Multiple  Slave  Acknowledge  Words  (AUM1«  AUM2>  AUM3  or  AUM4) 
which  shall  be  used  during  each  multiple  slave  acknowledge  sequence.  The  mas¬ 
ter  Bus  Interface  should  pass  the  Multiple  Slave  Acknowledge  Words  to  the  mas¬ 
ter  device. 

In  addition  to  posting  their  assigned  acknowledge  symbol >  slave  modules 
shall  post  the  symbol  ACK  (or  NAK  if  required  in  response  to  an  error)  on  the 
AS  lines  during  their  assigned  Acknowledge  cycle.  Slave  modules  shall  post 
the  symbol  NS  (or  NAK  if  required  in  response  to  an  error)  on  the  AS  lines  dur¬ 
ing  the  Acknowledge  cycles  in  which  they  are  not  assigned  to  post  their 
Acknowledge  symbol. 

Errors  shall  be  logged  during  multiple  slave  sequences  as  specified  for 
single  slave  sequences.  A  multicast  sequence  acknowledge  word  which  has  the 
same  format  and  information  that  a  Single  Slave  Acknowledge  Word  would  have 
had  if  the  sequence  had  been  a  single  slave  sequence  shall  be  stored  in  the 
Multicast  Acknowledge  Register  (see  "5. 3. 7. 3.1  Multicast  Acknowledge  Regis¬ 
ter  -  Address  0.")  on  the  slave's  assigned  Header  Acknowledge  cycle.  During 
multiple  slave  Bus  Interface  Message  and  Block  Message  sequences*  a  word 
equivalent  to  the  Data  Acknowledge  word  for  a  single  slave  sequence  shall  be 
formed.  The  acknowledge  information  stored  in  Multicast  Acknowledge  register 
bits  <14.. 7>  on  the  Header  Acknowledge  cycle  shall  be  logically  OR'ed  with 
bits  <14.. 7>  of  the  equivalent  single  slave  Data  Acknowledge  word  and  the 
result  stored  in  bits  <14.. 7>  of  the  Multicast  Acknowledge  register  on  the 
slave's  assigned  Data  Acknowledge  cycle.  Bit  <15>  and  bits  <6..0>  of  the 
equivalent  single  slave  Data  Acknowledge  word  shall  be  stored  in  Multicast 
Acknowledge  Register  bit  <15>  and  bits  <6..0>*  respectively*  on  the  slave's 
assigned  Data  Acknowledge  cycle.  All  detected  errors  should  be  reported  to 
the  device  at  the  time  of  detection. 
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Figura  5- 


llultipla  Slava  Status  Uord  Format  (AMMO)  -  Data  Linos 
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Figura  5- 


dultipla  Slava  Status  Word  Format  -  Data  Check  Lines 
(Used  only  for  Class  EC) 
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Tabla  5-6.  Multipla  Slava  Acknouladga  Symbol  Formats  (Four  Words) 


MODULE  ID  ASSIGNMENT 

DATA  LINES 

AWMl 

AWM2 

AWM3 

AWM4 

14 

3 

5 

10 

B 

B 

B 

B 

3 

1 

B 

B 

n 

B 

16 

24 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

n 

B 

17 

25 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

2 

10 

18 

26 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

3 

11 

19 

27 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

D 

12 

20 

28 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

5 

13 

21 

29 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

D 

14 

22 

30 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

fl 

B 

15 

23 

31 

■ 

■ 

B 

■ 

fl 

B 

B 

B 

B 

B 

B 

B 

■ 

B 

fl 

B 

A)  0=NO  ACKNOWLEDGE  /  l^ACKNOWLEDGE 


5-22 


B-56 


PI-bu9  Spaci f i cati on 


Varsion  2.2 


Tabla  5~7 .  Multi pla  Slava  Acknouladga  Symbols  (Four  Uords) 
Data  Chock  Lino  Formats  (Usod  only  for  Class  EC) 


MODULE  ID  ASSIGNMENT 

DATA  CHECK  LINES 

AUMl 

AUM2 

AUM3 

AUM4 

7 

6 

5 

4 

3 

2 

1 

0 

0 

8 

16 

24 

0 

0 

0 

0 

0 

0 

0 

A 

1 

9 

17 

25 

0 

0 

0 

0 

0 

0 

A 

0 

2 

10 

18 

26 

0 

0 

0 

0 

0 

A 

0 

0 

3 

11 

19 

27 

0 

0 

0 

0 

A 

0 

0 

0 

4 

12 

20 

28 

0 

0 

0 

A 

0 

0 

0 

0 

5 

13 

21 

29 

0 

0 

A 

0 

0 

0 

0 

0 

6 

14 

22 

30 

0 

A 

0 

0 

0 

0 

0 

0 

7 

15 

23 

31 

A 

0 

0 

0 

0 

0 

0 

0 

A)  0=NO  ACKNOULEDGE  /  IsACKNOULEDGE 
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5.3  DETAILED  REQUIREMEHTS . 

5.3.1  INTRODUCTION 

Datailed  requi remants  for  tha  Pl-bus  Data  Link  protocol  ara  specified  in 
this  section.  Tha  bus  states  which  govern  tha  cycle-by-cycle  operation  of  the 
bus  are  defined  and  their  relationships  to  the  protocol  states  are  given.  The 
bus  mastership  protocol  is  specif ied>  including  requirements  for  the  use  of 
Bus  Request.  All  Pl-bus  communications  sequences  are  specified  by  sequence 
diagrams  which  show  the  scheduled  sequence  of  bus  states  and  corresponding 
module  operations.  Any  sequence  not  specified  herein  shall  be  considered 
invalid. 

The  protocol  for  using  Wait  to  insert  non-transfer  cycles  into  a  message 
sequence  is  specified.  The  Data  Link  facilities  which  are  required  to  be 
accessible  over  the  bus  are  defined.  Finally*  bus  response  to  error  condi¬ 
tions  is  specified  and  bus  diagnostics  techniques  are  defined. 

5.3.2  BUS  STATE  DEFINITIONS. 

The  protocol  states  defined  in  ”5.2  GENERAL  REQUIREMENTS.”  consist  of 
sequences  of  bus  states.  The  bus  states  shall  define  the  information  content 
of  each  bus  cycle.  Table  5-8  lists  the  bus  states  along  with  their  corre¬ 
sponding  Cycle  Types  and  the  protocol  states  in  which  they  appear. 
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Tabla  5-ft.  Bus  Stato  Dafinitions 


BUS 

STATES 

CT 

PROTOCOL 

STATE 

COMIIENT 

I 

I 

Idla 

Bus  Idle  cycla. 

VO  ..  V3 

V 

Via 

Via  priority  bits  rasolvad.  3  par  stop. 

VZO  ..  VZ3 

V 

Via 

Hon-Transfor  cycla  for  via  docision  tima. 

HO 

HO 

Haadar 

First  cycla  of  haadar  transfer. 

X 

0^ 

X 

H 

Haadar 

Additional  cycles  of  haadar  transfer. 

HZ 

H 

Haadar 

Hon-Transfer  cycle  for  decision  time. 

HAO 

1 

Haadar  Ack 

Single  slave  or  first  multicast 

Haadar  Acknowladga. 

HAl  . .  HA4 

A 

Haadar  Ack 

Additional  multicast  header  acknowledge. 

HAZ 

A 

Haadar  Ack 

Non-Transfar  cycla  for  decision  tima. 

0 

D 

Data 

Datum  transfer  cycles. 

DZ 

D 

Data 

Non-Transfer  cycle  for  decision  time. 

DAO 

1 

Data  Ack 

Single  slave  or  first  multicast 

Data  Acknowledge. 

OAl  ..  DA4 

A 

Data  Ack 

Additional  multicast  acknowledge  cycles. 

SO  ..  S2 

S 

Data 

Cycles  announcing  massage  being  suspended. 

ABO  ..  AB3 

AB 

Abort 

Cycles  announcing  sequence  being  aborted. 
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Each  of  tha  Pl-bua  communication  saquancas  dafinad  harain  has  a  corra- 
sponding  saquanca  diagram  which  shows  tha  raquirad  schadula  of  bus  states  and 
tha  corresponding  bus  operations  for  that  saquanca. 

The  Sequence  diagrams  contain  tha  following  information: 

BMa-STAIB 

Bus  stats  Unique  bus  state  is  shown  for  each  scheduled  bus  cycla. 


DATA 

0<31..16>  Data  format  type  or  state  for  tha  most  significant  16  bits  of 

a  32  bit  bus. 

D<15..0>  Data  format  type  or  state  for  tha  16  bit  bus  or  the  least  sig¬ 

nificant  16  bits  of  a  32  bit  bus. 


Sourcs  Bus  Interface  driving  the  data  lines;  master  (M)  or  slave  (S). 

Read  source  Shows  cycles  where  the  slave  (S)  sources  the  Data  during  a 

read  saquanca. 

Urite  Source  Shows  cycles  where  the  master  (d)  sources  Data  during  a  write 
sequence. 

If  no  Souree>  Read  Source  or  Write  Resource  is  shown >  data 
lines  are  released. 


CYCLE  TYPE 

Cycle  Type  Defines  Cycle  Type  symbol  for  each  scheduled  bus  cycle. 

Source  Shows  the  source  of  the  Cycla  Type  symbol  as  the  master  (M)  or 

a  contender  (C). 


ACKNOULEDGE  SET 

Acknowledge  Defines  the  state  of  the  Acknowledge  Set  lines  for  each  bus 
cycle.  Tha  AS  lines  may  be  driven  by  a  single  slaves  by  mul¬ 
tiple  slaves  or  by  contenders  in  Vie.  For  the  multiple  slave 
case>  an  NS  (Not  Selected)  beneath  ACK  means  that  an  NS  symbol 
may  appear  for  that  bus  cycle  if  there  are  no  sources  for  ACK 
during  that  cycle  out  of  the  group  of  potential  slave  (S) 
sources. 
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SOUrca  The  Acknowledge  Source  is  shown  as  slavaCs)  (S)  or 

contender(s)  (C)  or«  if  not  shown*  the  lines  are  released. 

SOUrca  <7-0>  For  multiple  slave  ease*  the  Source  maybe  any  slaveCs)  (S) 

with  an  MID  value  of  0  thru  7. 

Sourca  <15-8>  For  multiple  slave  case*  the  Source  maybe  any  slaveCs)  (S) 

with  an  MID  value  of  8  thru  15. 

Seurea  <23-18>  For  multiple  slave  case*  the  Source  maybe  any  slavaCs)  (S) 

with  an  MID  value  of  16  thru  23. 

Sourca  <31-26>  For  multiple  slave  case*  the  Source  maybe  any  alave(s)  (S) 

with  an  NID  value  of  24  thru  31. 


UAIT 

Allouad  Defines  bus  cycles  where  Wait  may  be  assarted.  A  sourca  for 

Wait  is  not  shown  in  these  sequences  since  the  scheduled 
sequence  of  bus  states  assumes  that  Uait  is  not  asserted. 


A  set  of  four  colons  (::::)  in  a  sequence  diagram  indicates  that  a  number  of 
bus  states  occur  in  the  sequence  at  that  point. 
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5.3.3  BUS  MASTERSHIP. 

Tha  protocol  govarning  bus  mastarship  is  spacified  harain.  Tha  Via  and 
Tanura  Pass  Massaga  saquancas  which  assign  bus  mastarship  to  a  particular  mod¬ 
ulo  aro  dofinod.  Tha  protocol  which  allows  a  modulo  with  highar  priority  than 
tha  currant  bus  mastor  to  raquost  a  Via  soquonco  by  assorting  Bus  Raquost  is 
spaci f i ad. 

5. 3. 3.1  Via  Saouanca. 

Tha  Via  soquonco  shall  bo  usod  to  dotormino  a  singlo  bus  mastar  for  tha 
first  Haadar  soquonco  which  occurs  aftor  tha  bus  antors  tha  Idlo  stato.  Tha 
bus  mastor  shall  bo  soloctad  on  tha  basis  of  tha  Via  Priority  coda  stored  in 
each  contender's  Via  Priority  Registor  (soe  ”5. 3. 7. 3. 6  Via  Priority  Register 
-  Address  5.”).  The  salected  bus  master  may  retain  tenure  or  may  assign  ten¬ 
ure  to  another  module  by  using  tha  Tenure  Pass  Massage  saquanca  defined  in  the 
next  section. 

Any  modulo  that  raquiras  bus  mastarship  may  initiate  Vie  after  two  or 
more  cycles  of  Idle.  Modules  shall  ba  capable  of  participating  in  a  Via 
sequence  which  begins  on  tha  third  or  any  later  cycle  of  Idle.  All  active  mod¬ 
ules  shall  monitor  each  step  of  tha  Via  process  and  store  tha  Via  Priority 
level  of  tha  winning  module. 

Due  to  pipeline  delays*  a  module  may  attempt  to  initiate  Via  up  to  one 
cycle  after  Via  is  initiated  by  another  module.  In  that  case*  the  module 
which  attempted  to  initiate  tha  lata  Vie  sequence  shall  cease  to  contend  on 
next  cycle  and  shall  complete  tha  original  Via  sequence  as  a  non-contender. 
Modules  shall  not  attempt  to  initiate  Vie  more  than  one  cycle  after  tha  V 
cycle  type  has  been  posted  on  the  Cycle  Type  lines. 

The  Vie  sequence  shall  ba  a  four  step  sequence  as  defined  in  Table  5-9. 
Each  vie  step  shall  use  two  bus  cycles  to  resolve  three  of  the  twelve  bits  of 
Vie  Priority  code.  Modules  which  are  contending  for  bus  mastership  shall 
decode  tha  three  most  significant  bits  <VP<11..9>)  of  their  Vie  Priority  coda 
into  a  one-of-aight  Module  Via  Coda  as  shown  in  Table  5-10  and  Table  5-11. 
Modules  shall  initiate  Via  by  posting  the  Module  Via  Code  on  the  Data  line 
group  and  the  V  cycle  type  on  the  Cycle  Type  lines.  On  tha  following  bus 
cycle*  contenders  shall  release  the  Data  line  group. 
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Tabla  S').  Via  Saquanca 


BUS  STATE 

SIGNAL  LINES 

VO 

vzo 

VI 

VZl 

V2 

VZ2 

V3 

VZ3 

DATA  M 
D<31..16> 

0 

■ 

0 

H 

0 

■ 

0 

■ 

D<15. .0> 

VCO 

VCl 

VC2 

VC3 

Source- 

C 

■ 

C 

B 

C 

B 

C 

B 

CYCLE  TYPE 

D 

D 

D 

B 

B 

B 

B 

B 

Source=C 

■1 

II 

II 

B 

B 

B 

B 

B 

ACKNOWLEDGE 

NS 

NS 

RCG 

RCG 

RCG 

RCG 

RCG 

Source^ 

C 

C 

C 

C 

C 

WAIT 

0 

0 

0 

0 

0 

0 

0 

0 

Allowed 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

STEP  SUB-CYCLE 

III 

B 

B 

B 

2 

VIE  PRIORITY 

11*10.9 

B* 

7*6 

B 

B 

B 

CODE  BITS 

B 

B 

B 

VIE  STEP 

0 

1 

2 

3 

M  -  VCx  is  tha  via  coda  formed  by  the  inclusive  'OR'  of  the 
via  codas  asserted  by  all  contending  modules  (C). 


Modules  shall  read  the  logical-OR  of  tha  Module  Vie  Codes  posted  by  the 
contenders  from  the  Data  line  group  at  the  end  of  the  first  cycle  of  Vie  (bus 
state  VO)  as  an  Aggregate  Vie  Code  (VCO).  During  the  second  cycle  of  each 
step>  each  contender  (C)  shall  compare  the  posted  Module  Vie  Code  to  the 
Aggregate  Vie  Code  read  from  the  bus.  If  the  Aggregate  Vie  Code  read  from  the 
bus  has  a  bit  asserted  in  a  more  significant  bit  position  than  the  Module  Vie 
Code  posted  by  the  module  then  the  module  has  lost  contention  and  shall  not 
drive  the  bus  on  any  remaining  cycles  in  the  Vie  sequence.  If  the  contender’s 
posted  Module  Vie  Code  has  the  same  bit  asserted  as  the  most  significant  bit 
asserted  in  the  Aggregate  Vie  Code  the  module  has  not  lost  the  vie  step  and 
shall  proceed  to  the  next  Vie  step  as  a  contender.  If  there  is  an  uncorrecta- 
ble  error  in  the  Data  line  group*  the  module  shall  assume  that  both  lines  in 
any  affected  pair  of  redundant  lines  are  asserted. 
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This  proeass  shall  ba  rapaatad  in  tha  sacond>  third  and  fourth  via  steps 

using  Vie  Priority  code  bits  VP<8..6>>  VP<5..3>  and  VP<2..0>>  respec¬ 
tively.  At  the  conclusion  of  tha  fourth  via  stap>  at  most  one  module  remains 
as  a  contender  and  that  module  shall  become  the  new  bus  master.  If  a  bus  mas¬ 
ter  is  salectedt  uniqueness  is  guaranteed  by  the  five  MID  bits  within  tha  Vie 
Priority  Code.  The  bus  master  must  post  HO  on  the  bus  cycle  immediately  fol¬ 
lowing  the  VZ3  cycle.  If  no  bus  master  is  selected  due  to  error  conditions^ 
the  bus  shall  return  to  the  Idle  state. 

Table  5-9  defines  the  detailed  sequence  of  bus  states  and  module  actions 
during  tha  Via  sequence.  The  Data  lines  are  shown  as  two  groups  of  sixteen 
lines  each.  Lines  D<31..16>f  if  implementad»  shall  remain  released  throughout 
tha  Vie  sequence.  Contending  modules  shall  post  their  lloduia  Via  Codes  on 
D<15..0>  and>  for  Class  EC  buses  only»  on  DC<7..0>.  The  Module  Vie  Codes 
posted  by  tha  contending  modules  shall  be  logically  OR'ed  during  the  first 
cycle  of  each  via  step  to  form  the  Aggregate  Via  Coda  for  that  step.  Conten¬ 
ders  shall  post  tha  symbol  V  on  tha  Cycle  Type  lines  during  each  cycle  of  Vie 
as  illustrated.  Contenders  shall  also  post  the  symbol  RCG  on  the  AS  lines 
during  each  cycle  of  the  second*  third  and  fourth  via  steps.  All  active  mod¬ 
ules  shall  post  NAK  on  the  AS  lines  on  cycle  N'^2  each  time  an  uncorractable 
Data  group  or  Cycle  Type  group  error  which  applies  to  the  operation  of  bus 
cycle  N  is  detected. 

Modules  shall  not  assart  Wait  nor  Bus  Request  during  the  Via  sequence. 
Non-contenders  shall  not  assert  any  line  or  post  any  symbol  during  the  Via 
sequence  other  than  posting  NAK  on  the  AS  lines  as  specified  above.  All 
active  modules  shall  monitor  the  Vie  sequence  and  record  the  winning  bus  mas¬ 
ter's  priority  code.  Uncorractable  Data  or  Cycle  Type  group  line  errors 
detected  during  the  Via  sequence  shall  causa  the  modules  which  do  not  win  the 
Vie  sequence  to  store  "unknown"  as  the  current  bus  master's  priority  code. 
During  sub-cycle  1  of  each  Vie  step*  Data  line  errors  for  bit  pairs  other  than 
the  most  significant  pair  that  has  a  line  assarted  may  be  considered  correcta¬ 
ble  on  Class  ED  buses  since  the  winning  priority  is  not  affected.  A  module 
which  has  "unknown"  for  the  current  bus  master's  priority  code  shall  signal 
"command  error"  to  the  bus  master  if  the  module  becomes  a  slave  during  the  bus 
master's  tenure  (see  "5.3.9  Error  Detection*  Recovery  And  Diagnostics."). 
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Tabla  5-10.  Modula  Via  Coda  Format  -  Data  Linos 


DATA  LINES 


BIT 

PATTERN 

15 

14 

13 

12 

11 

10 

1 

1 

1 

1 

1 

3 

2 

1 

0 

0 

■ 

i 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

0 

0 

1 

i 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

0 

1 

0 

i 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

0 

1 

1 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

1 

0 

0 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

1 

0 

1 

B 

B 

B 

B 

B 

B 

B 

0 

B 

B 

B 

B 

B 

B 

B 

B 

1 

1 

0 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

B 

1 

1 

1 

B 

B 

■ 

B 

fl 

IB 

■ 

B 

B 

B 

B 

B 

IB 

B 

IB 

11 

10 

9 

Via 

Priority 

ragistar  bits 

for  first  via  stop. 

8 

7 

6 

Via 

Priori ty 

ragistar  bits 

for  sacond  via 

stap. 

5 

A 

3 

Via 

Priority 

ragistar  bits 

for  third  via 

stop. 

2 

D 

a 

Pri ori  ty 

ragistar  bits 

for  fourth 

via 

stop. 
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Tabla  5-11.  Modula  Via  Coda  Format  -  Data  Chock  Linas 


DATA  CHECK  LINES 


BIT 

PATTERN 


7  6  5  4  3  2  1  0 


0  0  0 


0  0  0  0  0  0  0  1 


0  0  1 


0  0  0  0  0  0  1  0 


0  10 


0  0  0  0  0  1  0  0 


0  1  1 


0  0  0  0  1  0  0  0 


10  0 


0  0  0  1  0  0  0  0 


1  0  1 


0  0  1  0  0  0  0  0 


110 


0  1  0  0  0  0  0  0 


1  1  1 


1  0  0  0  0  0  0  0 


11  10  9  Via  Priority  rogister 

bits  for  first 
via  stop. 

*  7  6  Via  Priority  registar 

bits  for  socond 
via  stop. 

543  Via  Priority  registar 

bits  for  third 
via  step. 


210  Via  Priority  register 
bits  for  fourth 
vie  step. 
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5. 3. 3. 2  Tenure  Paaa  Waaaaqe 

The  current  bus  master  may  use  the  Tenure  Pass  Massage  to  assign  bus 
mastership  directly  to  another  module.  The  currant  bus  master  may  also  use 
the  Tenure  Pass  Message  to  begin  a  new  tenure  under  the  current  or  a  revised 
priority  coda.  HoMaver>  the  Tenure  Pass  Message  shall  not  be  performed  if  Bus 
Request  is  in  the  asserted  state  two  cycles  prior  to  the  HO  cycle  on  which  the 
Tenure  Pass  Message  sequence  would  have  started. 

The  formats  which  shall  be  used  for  the  Tenure  Pass  Message  header  words 
are  shown  in  Figure  5-6.  For  the  Tenure  Pass  Message*  the  slave  ID  field  of 
Header  Uord  A  (HUA)  shall  be  set  to  the  Module  Identification  (MID)  of  the 
module  which  shall  become  the  new  Bus  Master.  The  five  leant  significant  bits 
of  HUB  must  be  the  same  as  the  five  least  significant  bits  of  HUA.  Bits  five 
through  seven  of  HUA  must  be  zero.  The  Format  (F)  bit  in  HUA  shall  be  0  and 
the  Type  16  sequence  shall  be  used  for  both  Type  16  and  Type  32  buses.  Header 
Uord  B  (HUB)  shall  contain  the  new  bus  master  priority  code. 


Figure  5-6.  Tenure  Pass  Massage  Header  Uord  Formats 


HEADER  UORD  A  (HUA) 


AT 

MSG  TYPE 

F 

SLAVE  ID 

Ei 

14 

7? 

11 

10 

9 

« 

7 

6 

5 

4 

3 

2 

1 

j000|l010|0|000|  MID  I 


HEADER  UORD  B  (HUB) 


14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

MSB 


LSB 


MSB 


LSB 


NEU  MASTER  MODULE 
IDENTIFICATIOH  (MID) 


NEU  MASTER  LOGICAL 
PRIORITY  CODE 


RESERVED  (ZEROS) 


The  scheduled  sequence  of  bus  states  for  the  Tenure  Pass  Message  shall 
be  as  shown  in  Table  5-12.  Each  bus  state  shall  use  one  bus  cycle  except  that 

5-33 


B-67 


Pl-bus  Spacifi cation 


Vmrsion  2,2 


tha  aastar  or  slava  may  inaart  non-transfar  eyelas  into  tha  saquanca  by 
assarting  Wait  during  tha  HZ  and/or  HAO  statas. 

To  initiata  a  Tanura  Pass  Nassaga*  tha  bus  master  CM)  shall  post  HUA  on 
D<15..0>  and  post  tha  symbol  HO  on  tha  Cycle  Type  (CT)  lines  during  tha  HO 
state  of  tha  Tanura  Pass  Massage.  Tha  bus  master  shall  post  HUB  on  D<15..0> 
and  tha  symbol  H  on  tha  CT  lines  for  tha  HI  state.  During  tha  HZ  state*  tha 
Data  group  lines  shall  ba  released  and  the  bus  master  shall  post  H  on  tha  CT 
lines.  Also*  tha  slava  (S)  shall  post  the  symbol  RCG  on  the  AeknoMledge  Set 
group  lines.  On  the  HAO  state*  tha  slave  shall  post  the  single  slave  Acknowl¬ 
edge  word  (AUS)  on  D<15..0>  and  shall  post  tha  symbol  ACK  on  the  AS  group 
lines.  Also*  the  master  shall  post  the  symbol  A  on  tha  CT  group  lines.  The 
bus  master  shall  post  A  on  tha  CT  lines  and  tha  slava  shall  post  ACK  on  the  AS 
group  lines  during  tha  HAZ  state.  The  Data  group  lines  shall  ba  released  dur¬ 
ing  HAZ. 

The  original  bus  master  shall  not  post  Abort  nor  post  Wait  on  HAZ  and 
shall  release  all  signal  lines  on  the  bus  cycle  following  HAZ.  Tha  original 
bus  master's  tanura  shall  and  with  tha  HAZ  state  and  tha  original  slave's  ten¬ 
ure  as  tha  new  bus  master  shall  begin  on  the  next  bus  cycle. 

All  active  modules  shall  monitor  tha  Tanura  Pass  Massage  and  shall 
acquire  tha  new  bus  master's  priority  code  from  HUB.  Any  module  that  detects 
an  error  in  the  Tenure  Pass  Message  shall  store  "unknown"  as  tha  current  bus 
master's  priority  code.  A  module  which  has  "unknown"  for  tha  current  bus  mas¬ 
ter's  priority  code  shall  signal  "command  error"  to  the  bus  master  if  tha  mod¬ 
ule  becomes  a  slave  during  the  bus  master's  tenure  (see  "5.3.9  Error 
Detection*  Recovery  And  Diagnostics."). 

The  Tenure  Pass  Message  shall  not  affect  tha  Via  Priority  Register  of  any 
module. 
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Table  5~12.  Tenure  Pass  Massage  Sequence 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

HZ 

HAO 

HAZ 

DATA 

D<31. .16> 

0 

0 

0 

0 

0 

D<15. .0> 

HUA 

HUB 

0 

AUS 

0 

Source  = 

M 

11 

S 

CYCLE  TYPE 

HO 

H 

H 

A 

A 

Source  =n 

ACKNOWLEDGE 

NS 

NS 

RCG 

ACK 

ACK 

Source  = 

S 

S 

S 

WAIT 

0 

0 

0 

0 

0 

A1 lowed 

NO 

NO 

YES 

YES 

(1) 

(1)  Note:  Only  next  master  can  assert  wait  on  this  cycle. 
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5. 3. 3. 3 

The  Bus  Request  line  shall  be  asserted  by  a  module  to  signal  the  current 
bus  master  that  the  module  has  a  higher  priority  requirement  for  bus  master¬ 
ship.  The  module  asserting  Bus  Request  shall  ensure  that  this  condition  is 
met  by  only  asserting  Bus  Request  when  the  module's  Vie  Priority  register  con¬ 
tains  a  higher  priority  code  than  that  of  the  current  bus  master.  A  module 
shall  not  assert  Bus  Request  when  the  current  bus  master's  priority  code  is 
unknown.  The  current  bus  master  shall  honor  Bus  Request  by  relinquishing  ten¬ 
ure  and  releasing  all  bus  signal  lines  by  the  end  of  the  Via  Interval  defined 
by  the  sum  of  the  bus  cycles  specified  by  the  contents  of  the  Via  Interval  A 
Register  plus  the  contents  of  the  Via  Interval  B  Register  plus  six  cycles  (see 
"5. 3. 7. 3. 4  Via  Interval  A  Register  -  Address  3."  and  "5. 3. 7. 3. 5  Vie  Interval 
B  Register  -  Address  4."). 

The  assertion  of  Bus  Request  shall  be  allowed  on  any  bus  cycler  except 
for  the  cycles  starting  with  the  third  cycle  of  Idle  and  continuing  through 
the  last  cycle  of  Vie.  If  a  module  assarts  Bus  Request  during  a  Tenure  Pass 
Message  and  the  new  bus  master  acquires  tenure  with  a  higher  priority  than  the 
module  asserting  Bus  Requestr  the  module  shall  release  Bus  Request  within  six 
cycles  after  the  start  of  the  next  bus  master's  tenure. 

The  bus  master  shall  count  all  bus  cyclesr  including  non-transfer  cyclasr 
whenever  Bus  Request  is  asserted.  The  first  cycle  counted  shall  be  the  first 
cycle  after  the  cycle  containing  the  initial  assertion  of  Bus  Request.  Any 
subsequent  cycle  in  which  Bus  Request  is  released  shall  not  be  counted  and 
shall  cause  the  accumulated  count  to  be  discarded.  To  relinquish  tenure*  the 
bus  master  may: 

1.  release  all  bus  lines  to  place  the  bus  in  the  Idle  state  rather  than  post 
an  HO  cycle  or 

2.  if  a  Block  Message  data  sequence  is  in  progress  and  the  slave(s)  have 
indicated  in  the  associated  Header  Acknowledge  that  suspension  is 
allowed*  the  bus  master  may  perform  a  Suspend  Sequence  (see 
"5. 3. 5.1  Suspend.")  and  release  all  bus  lines  before  the  total  Vie  Inter¬ 
val  time  elapses. 

If  the  cycle  count  reaches  the  sum  of  the  value  specified  :n  the  Vie  Interval  A 
Register  plus  the  value  specified  in  the  Vie  Interval  B  Register*  the  bus  mas¬ 
ter  shall  perform  an  Abort  sequence  such  that  the  first  cycle  of  the  Abort 
sequence  occurs  on  the  second  bus  cycle  immediately  following  the  cycle  that 
exceeds  the  Vie  Interval  limit.  After  completing  the  Abort  sequence  the  mas¬ 
ter  shall  immediately  relinquish  tenure  and  release  all  bus  lines  (see 
"5. 3. 5. 2  Abort."). 
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5.3.4  MESSAGE  SEQUENCES 


5. 3. 4.1  Paramatar  lulrita  Massaaa. 

Tha  Paramatar  Urita  Maasaga  shall  ba  usad  to  transfer  a  one  word  parame¬ 
ter  from  the  master  device  to  a  slave  or  multiple  slave  devices.  The  Parame¬ 
ter  Urita  sequence  of  bus  states  shall  be  as  defined  in  the  follouing  tables: 


Type  16 >  single  slave  — ~ 
Type  16 »  multiple  slave  — 
Type  32>  single  slave  — — 
Type  32»  multiple  slave  — 


Table  5-13 
Table  5-14 
Table  5-15 
Table  5-16 


Header  word  formats  for  the  Parameter  Urita  message  shall  ba  as  shown  in 
Figure  5-7.  Header  Uord  A  shall  specify  tha  slava(s>>  Type  16  or  32  Format, 
Access  and  Message  Types.  The  Access  Type  field  is  application  dependent, 
except  that  the  coda  111  shall  ba  reserved.  Message  Types  shall  be  as  defined 
for  tha  single  slave  (SS)  and  multiple  slave  (MS)  cases.  Header  Uord  B  shall 
contain  the  parameter  information  to  be  passed  to  tha  device.  Header  Uord  CO 
and  Cl  shall  contain  32  bits  of  virtual  addressing  information  to  ba  passed  to 
tha  device. 


The  Header  Acknowledge  Uord  (AUS)  shall  supply  current  message  status 
information  to  the  master  from  the  slave  for  single  slave  sequences.  For  mul¬ 
tiple  slave  sequences,  the  Multiple  Slave  Status  Uord  (AUMO)  shall  supply  cur¬ 
rent  message  status  information  to  the  master.  The  multiple  slave  Header 
Acknowledge  Uords  (AUMl,  AUM2,  AUM3,  AUM4)  convey  the  list  of  slave  partic¬ 
ipants  to  the  master. 
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Figura  5” 


7.  Paramatar  Urita  Haadar  Word  Formats 


HEADER  WORD  A  (HUA) 


AT 

MSG  TYPE 

F 

SLAVE  ID 

15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

3 

ACCESS  0001-SS 
TYPE  0011-MS 


HEADER  UORD  B  (HUB) 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

MSB  < 

HEADEf 

iRAMETI 

»  LSB 

t  UORD  CO  (HUCO) 

15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

15  < - LEAST  SIGHIFICAHT  ADDRESS  BITS - >  0 

HEADER  UORD  Cl  (HUCl) 


E 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

3 

31  < - MOST  SIGHIFICAHT  ADDRESS  BITS - >  16 
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Tabla  5-13.  Paramatar  Urita  Saquanca  -  Type  16  Singla  Slava 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

H2 

H3 

HZ 

HAO 

DATA 

0<31. .16> 

0 

0 

0 

0 

0 

0 

D<15. .«> 

HWA 

HWB 

HUCO 

HMCl 

0 

AMS 

Sourca- 

n 

n 

N 

n 

S 

CYCLE  TYPE 

HO 

H 

H 

H 

H 

A 

Sourea=f1 

ACKNOULEOGE 

NS 

NS 

fiCG 

RCG 

RCG 

ACK 

Source- 

S 

S 

S 

S 

UAIT 

0 

0 

0 

0 

0 

0 

AlloMad 

NO 

NO 

YES 

YES 

YES 

YES 
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Tabla  5**14.  Paramatar  Urita  Saquanca  -  Typa  16  Multi pla  Slava 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

H2 

H3 

HZ 

HAO 

HAl 

HA2 

HA3 

HA4 

DATA 

■ 

■ 

D<31. .16> 

IQ 

0 

0 

0 

0 

0 

0 

0 

0 

D<15. .0> 

■Ti!n 

HUB 

HUCO 

HUCl 

u 

AkBIO 

AUMl 

AUM2 

AUM3 

AUM4 

Sourea^ 

n 

M 

M 

M 

■1 

S 

S 

S 

S 

S 

CYCLE  TYPE 

HO 

H 

H 

H 

— 

H 

B 

B 

B 

B 

B 

Sourca=M 

B 

B 

B 

B 

B 

ACKNOWLEDGE 

NS 

NS 

RCG 

RCG 

RCG 

ACK 

IQS 

ACK 

ACK 

ACK 

(NS) 

(NS) 

(NS) 

Sourea(7 . .0)= 

S 

S 

S 

S 

In 

SourcadS.  .8)  = 

S 

S 

s 

s 

■1 

S 

Sourea(23. .16)= 

s 

S 

s 

s 

■ 

S 

Sourea(31. .24)= 

s 

s 

s 

s 

mm 

S 

WAIT 

n 

n 

0 

0 

0 

0 

0 

0 

0 

0 

Allowad 

ill 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Table  5-15. 


Paramatar  Write  Sequence  -  Type  32  Single  Slave 


BUS  STATE 


SIGNAL  LINES 


HO  HI  HZ  HAO 


DATA 

0<31. .1A> 
D<15. .0> 
Source^ 


HWB  HWCl 
HWA  HWCO 

n  n 


CYCLE  TYPE 
Sourca=n 


ACKNOWLEDGE 

Source^ 


NS  NS  RC6  ACK 

s  s 


WAIT  0  0  0  0 

Allowed  NO  NO  YES  YES 
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Tabla  5-16.  Paramatar  Urita  Saquanca  -  Typa  32  Multi pla  Slava 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

HZ 

HAO 

HAl 

HA2 

HA3 

HA4 

DATA 

0<31. .16> 

HUB 

HUCl 

0 

0 

0 

0 

0 

0 

D<15. .0> 

HUA 

HUCO 

0 

AUMO 

AUMl 

AUM2 

AUM3 

AUM4 

Sourca= 

N 

M 

S 

S 

S 

S 

S 

CYCLE  TYPE 

HO 

H 

H 

A 

A 

A 

A 

A 

Sourca^M 

ACKNOWLEDGE 

NS 

NS 

RCG 

ACK 

ACK 

ACK 

ACK 

ACK 

(NS) 

(NS) 

(NS) 

(NS) 

Sourca(7. .0)s 

S 

S 

S 

SouPcadS.  .8)- 

s 

s 

S 

Sourca(23. .16)= 

s 

s 

S 

Soupea(31. .24)= 

s 

s 

S 

WAIT 

0 

0 

0 

0 

0 

0 

0 

0 

Allowad 

NO 

NO 

YES 

YES 

YES 

YES 

YES 

YES 
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3.3. 4. 2  Block  Maaaaqa  -  Short  Header  Saguanca. 

The  Block  Maasaga  **  Short  Header  (SH)  Saquanca  shall  ba  used  to  read  data 
froM  a  single  slave  device  to  the  master  device  or  to  write  data  from  the  mas¬ 
ter  device  to  one  or  more  slave  devices.  The  Block  Message  -  Short  Header 
saciuenea  of  bus  states  shall  be  as  defined  in  the  following  tables: 

Type  16 >  single  slave -  Table  5-17 

Type  16,  multiple  slave  —  Table  5-18 

Type  32«  single  slave  — —  Table  5-19 

Type  32>  multiple  slave  —  Table  5-20 

The  header  word  formats  for  the  Block  Message  -  Short  Header  sequence  shall  ba 
as  shown  in  Figure  S-8.  Header  Word  A  shall  specify  the  slave(s)  ID>  Type  16 
or  32  Formatf  Access  and  Massage  Types.  Access  Type  field  bits  <15.14>  are 
application  dependent.  Bit  13  indicates  whether  the  massage  is  being  used  to 
resume  a  previously  suspended  Block  Message  (bit  13  =  1)  or  send  a  new  message 
(bit  13  -  0).  The  Message  Types  shall  bo  as  defined  for  the  single  slave  write 
(SSU}>  single  slave  read  (SSR)  and  multiple  slave  (MS)  cases.  Header  Mord  B 
shall  contain  an  unsigned  binary  datum  count  which  specifies  the  number  of 
datum  units  to  ba  transferred  between  the  master  and  slava(s)>  except  that  all 
zeros  shall  represent  65>536  datum  units.  The  datum  count  shall  be  the  number 
of  16  bit  words  for  16  bit  transfers  or  the  number  of  double  words  for  32  bit 
transfers.  Header  Word  CO  and  Cl  shall  contain  32  bits  of  virtual  addressing 
information  to  be  passed  to  the  device.  When  the  Block  Message  -  Short  Header 
is  used  for  resuming  a  suspended  single  slave  message*  Header  Uords  CO  and  Cl 
shall  ba  the  two  Resume  Control  Uords  sent  from  the  slave  to  the  master  during 
the  suspend  sequence  and  they  shall  ba  returned  in  the  order  received.  Uhen 
the  Block  Message  is  used  for  resuming  a  suspended  multicast  message*  the  con¬ 
tents  of  CO  and  Cl  should  be  defined  by  application  dependent  convention. 

The  Header  and  Data  Acknowledge  Uords  shall  supply  current  message  status 
information  to  the  master  from  the  slave. 

Data  word  formats  are  application  specific.  The  number  of  words  or  dou¬ 
ble  words  transferred  for  each  Block  Message  -  Short  Header  sequence  shall  ba 
equal  to  the  value  in  Header  Uord  B.  For  the  Type  32  sequences*  data  words  are 
shown  with  L  or  H  designations.  The  least  significant  half  of  a  double  word  or 
a  single  word  transmitted  on  data  lines  O<15..0>  contains  the  L  designation. 
The  most  significant  half  of  a  double  word  or  a  single  word  transmitted  on 
data  lines  D<31..16>  contains  the  H  designation. 
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Figura  5- 


8.  Block  nassago  -  Short  Haadar  Word  Formats 


HEADER  WORD  A  (HUA) 


AT 

MSG  TYPE 

F 

SLAVE  ID 

Ei 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

3 

ACCESS  0101-SSU 
TYPE  0100-SSR 
0111-MS 


HEADER  WORD  B  CHUB) 


15 


14 


13 


12 


11 


10 


MSB  < - DATUM  COUNT 

HEADER  UORD  CO  (HUCO) 


•>  LSB 


15 


14 


13 


12 


11 


10 


15  < -  LEAST  SIGNIFICANT  ADDRESS  BITS- 

HEADER  UORD  Cl  (HUCl) 


■>  0 


14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

31  <- 


-MOST  SIGNIFICANT  ADDRESS  BITS- 


->  16 
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Table  S-l?.  Block  Message  -  SH  Sequence  -  Type  16  Single  Slave 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

H2 

H3 

HZ 

HAO 

D 

Dn 

_ 

DZ 

_ 

DAO 

DATA 

D<31..16> 

0 

0 

0 

0 

■ 

0 

i 

i 

■ 

0 

D<15. .0> 

HWA 

HWB 

HWCO 

HWCl 

mm 

AWS 

« •  •  • 

•  •  •  • 

n 

AWS 

Source- 

M 

N 

M 

M 

■1 

S 

B 

S 

Read  Source^ 

s 

s 

s 

B 

Write  Source^ 

n 

M 

M 

M 

n 

CYCLE  TYPE 

HO 

H 

H 

H 

H 

n 

n 

n 

n 

n 

Source=M 

H 

H 

m 

n 

■ 

n 

ACKNOWLEDGE 

NS 

HS 

RCG 

RCG 

RCG 

ACK 

RCG 

RCG 

RCG 

ACK 

Source^ 

S 

S 

S 

S 

s 

s 

S 

S 

S 

WAIT 

in 

n 

0 

0 

0 

0 

0 

B 

0 

0 

0 

Allowed 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-18.  Block  Maasaga  -  SH  Saquanca  -  Typa  16  Nultipla  Slava 


BUS  STATE 

SIGNAL  LINES 

HO 

Hi 

H2 

H3 

HZ 

_ 

HAO 

HAl 

HA2 

HAS 

HA4 

DATA 

■I 

0<31. .16> 

0 

0 

0 

0 

D 

0 

0 

0 

0 

0 

D<15..0> 

HWA 

HUB 

HUGO 

HUCl 

mm 

AUMO 

AUMl 

Aun2 

AUI13 

AUn4 

Sourea= 

t1 

M 

n 

H 

m 

S 

S 

S 

S 

S 

CYCLE  TYPE 

HO 

H 

H 

H 

H 

B 

B 

B 

B 

B 

Sourea=l1 

B 

B 

B 

B 

B 

ACKNOWLEDGE 

NS 

NS 

RCG 

RC3 

RCG 

ACK 

ACK 

ACK 

ACK 

(NS) 

(NS) 

(NS) 

Sourca(7 . . 0)= 

s 

S 

S 

S 

iQ 

Sourca(15. .8)- 

s 

S 

S 

S 

S 

Sourca(23. .16)= 

s 

s 

s 

s 

S 

Sourea(31. .24)= 

s 

s 

s 

s 

B 

S 

WAIT 

■I 

n 

0 

0 

0 

0 

0 

0 

0 

0 

AllOMQd 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-lA.  Block  MasMga  -  SH  Soquanca  -  Typo  16  Multipla  Slava  (continuod) 


BUS  STATE 

SIGNAL  LINES 

DO 

D 

Dn 

DZ 

DAO 

DAI 

DA2 

DAS 

DA4 

DATA 

D<31. .16> 

0 

t  i  i  i 

0 

0 

0 

0 

0 

0 

0 

D<15..0> 

DO 

•  •  •  • 

•  •  •  • 

Dn 

0 

Awno 

Auni 

AUI12 

AUn3 

Aun4 

Sourca= 

n 

n 

n 

S 

S 

S 

s 

S 

CYCLE  TYPE 

n 

n 

D 

B 

B 

B 

B 

B 

Sourco^M 

■1 

■1 

■ 

B 

B 

B 

B 

B 

ACKNOWLEDGE 

RCG 

•  •  •  • 

RCG 

RCG 

ACK 

IBS 

ACK 

ACK 

ACK 

(NS) 

(NS) 

(NS) 

Sourca(7. .01= 

S 

s 

S 

S 

S 

In 

SourcodS.  .8)  = 

S 

s 

s 

S 

S 

■I 

S 

Sourco(23. .16)= 

S 

s 

s 

s 

s 

S 

Sourco(31 . .24)= 

S 

s 

s 

s 

S 

■ 

S 

WAIT 

0 

•  «  •  • 

«  •  •  • 

0 

0 

0 

0 

0 

0 

0 

AlloMod 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-19.  Block  neasaga  -  SH  Sequanca  -  Typa  32  Single  Slave 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

HZ 

HAO 

DO 

B 

Dn 

DZ 

DAO 

DATA 

D<31. .16> 

HWCl 

■ 

0 

DOH 

•  •  t  • 

•  •  •  • 

DnH 

i 

0 

D<15..0> 

HWCO 

AUS 

DOL 

•  •  •  • 

»  •  *  • 

DnL 

Bl 

AWS 

Source^ 

HJ 

(1 

■I 

S 

■I 

S 

Read  Source^ 

Hi 

S 

s 

S 

Write  Source- 

■ 

■ 

n 

n 

M 

B 

CYCLE  TYPE 

HO 

H 

H 

B 

B 

B 

B 

B 

Source=n 

B 

B 

B 

B 

B 

B 

ACKNOWLEDGE 

NS 

NS 

RCG 

ACK 

RCG 

RCG 

RCG 

ACK 

Source^ 

S 

s 

S 

s 

S 

S 

S 

WAIT 

M 

■1 

0 

0 

0 

•  5  •  • 

0 

0 

0 

Allowed 

NO 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

5-48 


B-82 


i^Z-bu9  Spacifi cation  Varsion  2.2 

Tabla  5-20.  Block  nassaga  -  SH  Saquanca  -  Typa  32  Multi pla  Slava 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

HZ 

HAO 

HAl 

HA2 

HA3 

HA4 

DATA 

D<31..16> 

HUB 

HUCl 

0 

0 

0 

0 

0 

0 

D<15. .0> 

HUA 

HUCO 

0 

AM10 

AUMl 

AUn2 

AUM3 

AUM4 

Sourca= 

n 

n 

S 

S 

S 

S 

S 

CYCLE  TYPE 

HO 

H 

H 

A 

A 

A 

A 

A 

Sourea^M 

ACKNOWLEDGE 

NS 

NS 

RCG 

ACK 

ACK 

ACK 

ACK 

ACK 

(NS) 

(NS) 

(NS) 

(NS) 

Sourca(7. .0)- 

S 

S 

S 

SoureadS.  .8)  = 

s 

s 

S 

Sourca(23..16)= 

s 

s 

S 

Sourea(31. .24)= 

s 

s 

S 

WAIT 

0 

0 

0 

0 

0 

0 

0 

0 

Allowad 

NO 

NO 

YES 

YES 

YES 

YES 

YES 

YES 
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Table  5-’20.  Block  Message  -  SH  Sequence  **  Type  32  Multiple  Slave  (continued) 


BUS  STATE 

SIGNAL  LINES 

DO 

D 

Dn 

DZ 

DAO 

DAI 

DA2 

DAS 

DA4 

DATA 

■ 

■1 

D<31. .16> 

DON 

DnH 

0 

0 

0 

0 

0 

D<15. .0> 

DOL 

bSM 

OnL 

AMMO 

AUMl 

AUM2 

AUM3 

AWM4 

Source= 

M 

M 

M 

m 

S 

S 

S 

S 

S 

CYCLE  TYPE 

n 

B 

D 

n 

B 

B 

B 

B 

B 

Source=M 

■1 

m 

■1 

■1 

B 

B 

B 

B 

B 

ACKNOULEDGE 

RCG 

:  :  :  : 

RCG 

RCG 

ACK 

ACK 

ACK 

ACK 

ACK 

(NS) 

(NS) 

(NS) 

(NS) 

Source(7. .0)- 

S 

s 

s 

s 

S 

S 

Souree(15. .&)= 

S 

s 

S 

S 

S 

S 

Source(23. .16)= 

s 

s 

s 

S 

s 

S 

Source(31 . .24)= 

s 

s 

s 

s 

s 

S 

UAIT 

0 

H 

0 

0 

0 

0 

0 

0 

0 

Allowed 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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5. 3. 4. 3  Block  Message  -  Extended  Header  Sequence. 

The  Block  Massage  -  Extended  Header  (EH)  Sequence  shall  be  used  to  read 
data  from  a  single  slave  device  to  the  master  device  or  to  write  data  from  the 
master  device  to  one  or  more  slave  devices.  This  sequence  shall  be  used  where 
more  header  information  is  required  than  that  provided  by  the  Block  Message 
short  header  sequence.  The  Block  Message  **  Extended  Header  sequence  of  bus 
states  shall  be  as  defined  in  the  following  tables: 


Type  16 t  single  slave  — — 
Type  16>  multiple  slave  — 
Type  32,  single  slave  — — 
Type  32,  multiple  slave  — 


Table  5-21 
Table  5-22 
Table  5-23 
Table  5-24 


Header  word  formats  for  the  Block  Message  -  Extended  Header  sequence  shall  be 
as  shown  in  Figure  5-9.  Header  Uord  A  shall  specify  the  slaveCs)  ID,  Type  16 
or  32  Format,  Access  and  Massage  Types.  Access  Type  field  bits  <15,14>  are 
application  dependent.  Bit  13  indicates  whether  the  message  is  being  used  to 
resume  a  previously  suspended  Block  Message  (bit  13  =  1)  or  send  a  new  message 
(bit  13  =  0).  The  Massage  Types  shall  be  as  defined  for  the  single  slave  write 
(SSU),  single  slave  read  (SSR)  and  multiple  slave  (MS)  cases.  Header  Uord  B 
shall  contain  an  unsigned  binary  datum  count  which  specifies  the  number  of 
datum  units  to  be  transferred  between  the  master  and  slave(5),  except  that  all 
zeros  shall  represent  65,536  datum  units.  The  datum  count  shall  be  the  number 
of  16  bit  words  for  16  bit  transfers  or  the  number  of  double  words  for  32  bit 
transfers.  Header  Uord  CO  and  Cl  shall  contain  32  bits  of  virtual  addressing 
information  to  be  passed  to  the  device.  When  the  Block  Message  -  Extended 
Header  is  used  for  resuming  a  suspended  single  slave  message.  Header  Uords  CO 
and  Cl  shall  be  the  first  two  Resume  Control  words  sent  from  the  slave  to  the 
master  during  the  suspend  sequence  and  shall  be  returned  in  the  order 
received.  Header  Words  DO  thru  D5  are  also  application  dependent  and  shall  be 
passed  to  the  slave  device.  When  resuming  a  suspended  single  slave  message 
these  words  shall  be  the  last  six  Resume  Control  Uords  sent  from  the  slave 
during  the  suspend  sequence  and  shall  be  returned  in  the  order  received.  Uhen 
the  Block  Message  is  used  for  resuming  a  suspended  multiple  slave  message,  the 
contents  of  HUCO,  HUCl  and  HUDO  through  HUD5  should  be  defined  by  application 
dependent  convention. 
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Figura  5- 


9.  Block  Massaga  -  Extandad  Haadar  Mord  Formats 

HEADER  WORD  A  (HUA) 


AT 

MSG  TYPE 

F 

SLAVE  ID 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

3 

ACCESS 

TYPE 


1101-SSU 

1100-SSR 

1111-MS 


HEADER  WORD  B  (HUB) 


MSB  < - DATUM  COUNT 

HEADER  UORD  CO  (HUCO) 


15  < -  least  significant  ADDRESS  BITS- 

HEADER  UORD  Cl  (HUCl) 


31  < - MOST  SIGNIFICANT  ADDRESS  BITS- 

HEADER  UORD  DO  (HUDO) 


MSB 


N 

K 

X 


HEADER  UORD  D5  (HUD5) 


M 

K 

X 


X 

X 

X 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

•>  LSB 


15 

14 

13 

12 

11 

3 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

•>  0 


14 

13 

12 

11 

10 

9 

8 

7 

5 

4 

3 

2 

1 

3 

■>  16 


15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

LSB 


14 

3 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

MSB 


LSB 
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Tabla  5-21.  Block  Masaaga  -  EH  Saquanca  -  Typa  16  Singla  Slava 


BUS  STATE 

_ _ _ 

SIGNAL  LINES 

HO 

HI 

H2 

H3 

H4 

D 

H9 

HZ 

HAO 

DATA 

D<31. .16> 

0 

0 

0 

0 

0 

■ 

0 

■ 

0 

D<15. .0> 

HUA 

HUB 

HUCO 

HUCl 

HUDO 

HUD5 

n 

AUS 

Sourea^ 

N 

N 

M 

n 

M 

n 

M 

■1 

S 

CYCLE  TYPE 

HO 

H 

H 

H 

H 

K 

H 

B 

Sourca^n 

m 

B 

ACKNOWLEDGE 

NS 

NS 

RCG 

RCG 

RCG 

s  :  :  : 

RCG 

RCG 

ACK 

Sourca= 

S 

S 

S 

s 

S 

S 

S 

WAIT 

0 

n 

0 

0 

0 

0 

0 

0 

0 

AlloMad 

NO 

KM 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Table  5’*21.  Block  Message  -  EH  Sequence  -  Type  16  Single  Slave  (continued) 


BUS  STATE 


SIGNAL  LINES 


DO  D1  D2  : : : :  Dn  DZ  DAO 


DATA 

D<31. .16> 
D<15. .0> 
Source^ 
Read  Source- 
Urite  Source^ 


: : :  Dn 

S  S 

N  M 


CYCLE  TYPE  D  D  D  ::::  D  D  A 

Source=l1 

ACKNOULEDGE  RCG  RCG  RCG  ::::  RCG  RCG  ACK 

Source:  S  S  S  S  S  S  S 


WAIT  0  0  Ot:;:  0  0  0 

Allowed  YES  YES  YES  YES  YES  YES  YES 
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Tabla  5-22.  Block  nasaaga  -  EH  Saquanca  -  Typa  16  Multi pla  Slava 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

H2 

H3 

H4 

g 

H9 

HZ 

HAO 

HAl 

HA2 

DATA 

D<31..16> 

0 

i 

0 

0 

0 

■ 

0 

B 

0 

0 

0 

D<15. .0> 

HWA 

HWCO 

HWCl 

HWOO 

HWD5 

Awno 

AWMl 

AWn2 

Sourca= 

n 

n 

M 

n 

n 

n 

n 

m 

S 

S 

s 

CYCLE  TYPE 

HO 

H 

H 

H 

H 

H 

H 

B 

B 

A 

Sourea=l1 

m 

B 

B 

ACKNOWLEDGE 

NS 

NS 

RCG 

RCG 

RCG 

•  •  5  • 

RCG 

RCG 

ACK 

ACK 

ACK 

(NS) 

(NS) 

Sourca(7. .0)s 

S 

S 

s 

s 

S 

S 

S 

S 

SourcadS.  .&)  = 

s 

s 

s 

s 

s 

S 

s 

S 

Sourea<23. .16)= 

s 

s 

s 

s 

s 

s 

s 

Sourca(31. .24)^ 

s 

s 

s 

S 

s 

s 

s 

WAIT 

M 

■1 

0 

0 

0 

Wi 

0 

0 

0 

0 

0 

Allowad 

NO 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-22.  Block  nasaaga  -  EH  Saquanca  -  Typa  16  Multipla  Slava  (conttnuad) 


BUS  STATE 

SIGNAL  LINES 

HA3 

HA4 

DO 

D 

Dn 

DZ 

DAO 

DAI 

DA2 

DAS 

DA4 

DATA 

D<31. .16> 

0 

0 

0 

:  1 1 : 

0 

0 

0 

0 

0 

0 

0 

D<15. .«> 

AUN3 

AWn4 

DO 

: : : : 

Dn 

0 

Awno 

Awni 

AUI12 

Awn3 

AWn4 

Sourcas 

S 

s 

M 

n 

n 

s 

s 

S 

S 

S 

CYCLE  TYPE 

n 

n 

B 

B 

B 

B 

B 

B 

A 

B 

Sourca=M 

■ 

■1 

B 

m 

B 

B 

B 

B 

B 

B 

ACKNOWLEDGE 

ACK 

ACK 

RCG 

•  • « • 

*  *  *  • 

RCG 

RCG 

ACK 

ACK 

ACK 

ACK 

(NS) 

(NS) 

(NS) 

(NS) 

(NS) 

Sourca(7 . . 0 )s 

S 

s 

S 

S 

S 

n 

SourcaC 15. .8)= 

S 

s 

S 

s 

s 

■1 

S 

Sourca(23. .16)= 

S 

s 

s 

S 

s 

s 

S 

Sourca(31 . .24)= 

s 

s 

s 

s 

s 

s 

■ 

S 

WAIT 

0 

0 

0 

WB 

0 

0 

0 

0 

0 

0 

0 

Allowad 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-23.  Block  Hassaga  -  EH  Saquanca  -*  Typa  32  Singla  Slava 


SIGNAL  LINES 
DATA 

D<31. .1«> 
D<15..(»> 
Sourea> 

CYCLE  TYPE 
Sourea=M 

ACKNQULED6E 

Sourca- 

UAIT 

AlloMad 


BUS  STATE 


HO 

HI 

H2 

HS 

HA 

HUB 

HUCl 

HUDl 

HUD3 

HUD5 

HUA 

HUCO 

HUOO 

HU02 

HUDA 

n 

N 

M 

M 

n 

HO 

1 

H 

H 

H 

H 

NS 

NS 

RCG 

RCG 

RCG 

0  0  0  0  0  0  0 

NO  NO  YES  YES  YES  YES  YES 
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Table  5-23.  Block  Message  -  EH  Sequence  -  Type  32  Single  Slave  (continued) 


BUS  STATE 

SIGNAL  LINES 

DO 

D1 

D2 

; :  s ! 

Dn 

DZ 

DAO 

DATA 

D<31. .16> 

OOH 

DIN 

D2H 

:  : : : 

DnH 

0 

0 

D<15..0> 

OOL 

DIL 

D2L 

1 1 : : 

DnL 

0 

AUS 

Source^ 

S 

Read  Source^ 

S 

S 

S 

s 

S 

Urita  Source^ 

M 

M 

M 

M 

M 

CYCLE  TYPE 

D 

D 

D 

•  •  •  • 

D 

D 

A 

Source=M 

ACKNOWLEDGE 

RCG 

RCG 

RCG 

RCG 

RCG 

ACK 

Source^ 

S 

S 

S 

s 

S 

s 

S 

WAIT 

0 

0 

0 

i  t  :  i 

0 

0 

0 

Allowed 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-24.  Block  Masaaga  -  EH  Saquanca  -  Typa  32  Multi pla  Slava 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

H2 

H3 

H4 

HZ 

HAO 

HAl 

HA2 

HA3 

HA4 

DATA 

D<31..16> 

HUCl 

HUDl 

HUD3 

HUD5 

■ 

0 

0 

0 

0 

0 

D<15. .0> 

HWA 

HUCO 

HUDO 

HUD2 

HUD4 

Auno 

Auni 

AUn2 

Aun3 

Aun4 

Sourca- 

N 

M 

M 

H 

m 

S 

s 

S 

s 

S 

CYCLE  TYPE 

HO 

H 

H 

H 

N 

H 

n 

n 

n 

n 

n 

Sourca=M 

H 

■1 

■ 

H 

H 

ACKNOWLEDGE 

NS 

NS 

RCG 

RCG 

RCG 

RCG 

ACK 

ACK 

ACK 

ACK 

im 

(NS) 

(NS) 

(NS) 

Sourea(7 . .0)- 

S 

S 

S 

S 

S 

n 

SourcaClS. .8)= 

S 

S 

s 

S 

s 

■1 

S 

Sourca(23. .16)- 

s 

s 

s 

s 

s 

S 

Sourca(31. .24)s 

s 

s 

1 

s 

s 

s 

■ 

S 

WAIT 

in 

n 

0 

0 

0 

0 

0 

0 

0 

0 

0 

AllOMod 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-24.  Block  Maasaga  -  EH  Saquanca  -  Typa  32  Multipla  Slava  (continued) 


BUS  STATE 

SIGNAL  LINES 

DO 

Dn 

DZ 

DAO 

DAI 

DA2 

DAS 

DA4 

DATA 

D<31. .16> 

■ 

B 

DnH 

■ 

0 

0 

0 

0 

0 

D<15. .0> 

■■HI 

iWil 

DnL 

Awno 

Akini 

AWn2 

Auns 

AWn4 

Source= 

m 

n 

n 

B 

s 

S 

s 

s 

s 

CYCLE  TYPE 

B 

B 

B 

B 

B 

B 

B 

B 

Sourea=n 

B 

B 

B 

B 

B 

B 

B 

B 

B 

ACKNOWLEDGE 

RCG 

«  •  •  « 

*  *  •  • 

RCG 

RCG 

ACK 

ACK 

ACK 

ACK 

kTBI 

(NS) 

(NS) 

(NS) 

SourcaC? . .0)- 

S 

s 

S 

S 

S 

Ig 

SourcadS.  .8)- 

s 

s 

s 

s 

s 

■i 

S 

Sourca(23. .16)= 

S 

s 

s 

s 

S 

S 

Sourea(31. .24)= 

s 

s 

s 

s 

s 

■ 

S 

WAIT 

0 

HWi 

0 

0 

0 

0 

0 

0 

0 

Allowed 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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S.3.4.4  Bus  Intarfaca  Masaaca  Saguanea 

Tha  Bus  Intarfaca  Massaga  shall  ba  usad  to  road  or  writa  to  tha  Bus 
Intarfaca  rogistar  addross  spacos.  Tha  Bus  Intarfaca  Massaga  soquanca  of  bus 
statas  shall  ba  as  dafinad  in  tha  following  tablos: 

Typa  16 f  singlo  slava -  Tabla  5-25 

Typo  16*  aultipla  slava  —  Tabla  5-26 

Haador  word  formats  for  tha  Bus  Intarfaca  Massaga  saquanco  shall  ba  as  shown 
in  Figura  5-10.  Haadar  Uord  A  shall  spacify  tha  participant  slavaCs)*  Typa  16 
Format*  Access  and  Massage  Types.  Tha  same  format  shall  ba  used  for  both  Type 
16  and  Typo  32  buses.  Access  Typa  coda  000  is  dafinad  for  tha  Data  Link  regia- 
tar  address  space.  Codes  001  through  Oil  shall  ba  reserved  for  higher  level 
protocols  and  tha  coda  111  shall  ba  reserved  for  future  use.  Tha  other  codes 
may  be  used  for  implemantation  defined  registers.  Tha  Massaga  Types  shall  ba 
as  defined  for  the  single  slave  write  (SSU)>  single  slava  read  (SSR)  and  mul¬ 
tiple  slava  (MS)  cases.  Haadar  Uord  B  shall  contain  tha  address  for  tha  first 
Bus  Interface  register  to  bo  accessed  in  tha  sequence  and  an  unsigned  binary 
word  count  specifying  tha  number  of  data  words  to  ba  transferred  between  tha 
master  and  the  alave(a)>  except  that  a  word  count  of  all  zeros  shall  mean  256 
words.  Each  data  transfer  after  tha  first  data  transfer  shall  access  a  suc¬ 
cessive  register  address.  Tha  register  address  shall  ba  incramanted  after 
each  data  word  transfer. 

Data  word  formats  are  as  dafinad  in  "5.3.7  Data  Link  Facilities.."  Tha 
number  of  data  words  transferred  shall  equal  tha  value  in  Haadar  Uord  B. 
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Figura  5-10.  Bus  Intarfaca  Masaaga  Haadar  Word  Formats 

HEADER  WORD  A  (HUA) 


ACCESS  1001-SSU  0 

TYPE  1000-SSR 
1011-MS 
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Table  5-29.  Bus  Interface  Message  Sequence  -  Type  16  Single  Slave 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

HZ 

HAO 

DO 

H 

Dn 

DZ 

DAO 

DATA 

■ 

■1 

■ 

■1 

D<31. .16> 

0 

0 

0 

IB 

:  :  : : 

D 

0 

D<15. .0> 

HUA 

HUB 

■1 

AUS 

ITS 

: : : : 

B 

AUS 

Source= 

n 

n 

■1 

S 

■I 

S 

Read  Source^ 

s 

S 

s 

Mrita  Sources 

■ 

n 

M 

M 

B 

CYCLE  TYPE 

HO 

H 

H 

B 

B 

B 

B 

B 

Sourcesn 

B 

B 

m 

B 

B 

B 

ACKNOWLEDGE 

NS 

NS 

RCG 

- 1 

kCK 

RCG 

TTV? 

— 

RCG 

RCG 

ACK 

Sources 

S 

s 

S 

s 

S 

S 

S 

WAIT 

n 

n 

0 

0 

0 

0 

0 

0 

A1 lowed 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-26.  Bus  Intarface  Measaga  Saquanca  -  Typa  16  Nultipla  Slava 


BUS  STATE 

SIGNAL  LINES 

HO 

HI 

HZ 

HAO 

HAl 

HA2 

HA3 

HA4 

DATA 

D<31. .16> 

0 

0 

■ 

0 

0 

0 

0 

0 

D<15..0> 

HUA 

HUB 

Auno 

Aum 

AUn2 

AUri3 

AUI14 

Sourca= 

M 

M 

H 

L* 

S 

S 

S 

S 

CYCLE  TYPE 

HO 

H 

H 

n 

n 

n 

n 

n 

Sourca=l1 

■ 

n 

■ 

■ 

n 

ACKNOWLEDGE 

NS 

NS 

RCG 

ACK 

ACK 

ACK 

ACK 

ACK 

(NS) 

(NS) 

(NS) 

(NS) 

Sourca(7 . .0)= 

S 

S 

S 

Sourca(15. .8)= 

S 

S 

S 

Sourca(23. .16)= 

S 

S 

S 

Sourco(31. .24)= 

s 

S 

S 

WAIT 

in 

n 

0 

0 

0 

0 

0 

0 

Allowad 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-26.  Bus  Interface  naasaga  Sequence  -  Type  16  Multiple  Slave  (continued) 


SIGNAL  LINES 


DATA 

D<31. .16> 
D<15. .0> 
Sourca- 


CYCLE  TYPE 
Source=M 


ACKNOULEDGE 

Source(7. .0)= 
SourcedS.  .8)- 
Source(23. .16)= 
Sourca(31. .24)= 


WAIT 

Allowed 
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5.3.5  EXCEPTION  SEQUENCES. 

5. 3. 5. 1  Suspend. 

The  current  bus  master  may  elect  to  suspend  a  Block  Message  during  the 
Data  sequence  providing  that  there  are  at  least  throe  Data  Cycles  remaining 
and  the  corresponding  Header  Acknowledge  Word  had  an  S  of  0  and>  for  single 
slave  messages^  an  AWT  of  01  or  10.  After  completing  the  Suspend  sequencer 
the  current  bus  master  may  initiate  a  new  message  with  an  HO  cycle  or  release 
the  bus  to  initiate  the  Idle  state. 

The  Suspend  Sequence  may  be  used  in  conjunction  with  the  Vie  Interval  A 
and  Vie  Interval  B  Registers  to  optimize  the  trade-off  between  short  bus 
acquisition  latency  and  large  message  sizes  by  allowing  a  Block  Message  to  be 
interrupted  and  resumed  at  a  later  time. 

5. 3. 5. 1.1  Single  Slave  Suspend. 

The  Suspend  sequence  of  bus  states  for  single  slave  Block  Messages  shall 
be  as  defined  in  the  following  tables: 

Type  16 r  single  slave#  short  data  — —  Table  5-27 

Type  32 t  single  slave#  short  data  — —  Table  5-28 

Type  16#  single  slave#  extended  data  -  Table  5-29 

Type  32#  single  slave#  extended  data  -  Table  5-30 

The  Short  Data  Sequence  shall  be  used  if  the  AWT  field  of  the  Single  Slave 
Acknowledge  Word  from  the  suspended  message  was  01.  The  Extended  Data 
Sequence  shall  be  used  if  the  AWT  field  was  10.  In  terms  of  the  data  transfer 
operation#  the  S  cycles  of  these  sequences  shall  be  considered  normal  D  cycles 
and  all  Bus  Interfaces  shall  respond  accordingly.  The  slave  shall  post  ACK 
during  the  last  of  the  three  S  cycles  to  indicate  that  the  Suspend  Sequence 
has  been  recognized. 

Beginning  on  the  fourth  cycle  of  a  Suspend  sequence#  the  slave  shall 
transmit  to  the  bus  master  implementat ion/dev  ice  specific  Resume  Control 
Words  that  the  master  shall  store  for  later  use  in  resuming  the  message.  The 
Suspend  -  Short  Data  sequences  transfer  two  Resume  Control  Words  and  the  Sus¬ 
pend  -  Extended  Data  sequences  transfer  eight  Resume  Control  Words.  The 
Resume  Control  Words  shall  be  followed  by  a  Data  Acknowledge  Word. 

5. 3. 5. 1.2  Multiple  Slave  Suspend. 

The  Suspend  sequence  of  bus  states  for  multiple  slave  Block  Messages 
shall  be  as  defined  in  the  following  tables: 

Type  16#  multiple  slave -  Table  5-31 
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Typa  32>  multiple  slave -  Table  5-32 

In  terms  of  the  data  transfer  operation*  the  S  cycles  of  these  sequences  shall 
be  considered  normal  D  cycles  and  all  Bus  Interfaces  shall  respond 
accordingly.  The  slaves  shall  post  ACK  during  the  last  of  the  three  S  cycles 
to  indicate  that  the  Suspend  Sequence  has  been  recognized.  A  non-transfer  OZ 
cycle  and  a  multiple  slave  Data  Acknowledge  sequence  shall  follow  the  third  S 
cycle.  No  Resume  Control  Words  are  sent  from  the  slaves  to  the  master. 

5. 3. 5. 1.3  Resuming  Suspended  Messages 

A  master  shall  resume  a  suspended  Block  Message  by  transmitting  the 
remaining  data  to  the  slave(a)  in  a  Block  Message  with  bit  13  of  the  HUA  AT 
field  set  to  1.  The  Resume  Control  Words  that  the  slave(s}  may  require  to 
resume  that  message  shall  be  sent  to  the  slave(s)  during  the  appropriate  head¬ 
er  cycles  as  described  in  "5. 3. 4. 2  Block  Message  -  Short  Header  Sequence.” 
and  ”5. 3. 4. 3  Block  Message  -  Extended  Header  Sequence..”  For  a  single  slave 
message*  the  Resume  Control  Words  shall  be  those  words  transmitted  from  the 
slave  to  the  master  during  the  suspend  sequence.  For  a  multiple  slave 
message*  the  Resume  Control  Words  must  be  created  by  the  master  according  to 
the  slaves'  resume  control  requirements. 

A  Block  Message  -  Short  Header  shall  be  used  to  resume  a  suspended  single 
slave  Block  Message  which  had  an  AWT  field  of  01  (two  Resume  Control  Words) 
and  a  Block  Message  -  Extended  Header  shall  be  used  to  resume  a  suspended  sin¬ 
gle  slave  Block  Message  which  had  an  AWT  field  of  10  (eight  Resume  Control 
Words).  The  type  of  Block  Message  used  to  resume  a  multiple  slave  message 
shall  be  determined  by  the  slaves'  resume  control  word  requirements. 

Note  that  the  choice  of  a  short  or  extended  header  Block  Message  for  the 
resume  sequence  is  not  determined  by  whether  a  short  or  extended  header  was 
used  in  the  suspended  Block  Message. 

5. 3. 5. 1.4  Using  Suspend  With  Vie  Intervals  A  and  B 

The  Pl-bus  Vie  Interval  A  and  Vie  Interval  B  Registers  may  be  used  by 
some  bus  interfaces  to  determine  when  a  Suspend  sequence  is  required  to  meet 
the  Vie  Interval  requirement  and  to  limit  the  number  of  non-transfer  cycles 
caused  by  assertion  of  Wait  during  a  Suspend  sequence.  Vie  Interval  A  may  be 
selected  to  define  a  checkpoint  where  the  master  bus  interface  determines 
whether  or  not  to  suspend  an  incomplete  Block  Message.  Vie  Interval  B  may  be 
selected  to  define  the  number  of  bus  cycles  allowed  for  completion  of  the  Sus¬ 
pend  sequence*  including  non-transfer  cycles  that  may  be  required  as  a  result 
of  Waits.  If  the  actual  number  of  Waits  causes  the  total  bus  cycles  to  exceed 
the  number  specified  by  the  contents  of  the  Vie  Interval  A  Register  plus  the 
contents  of  the  Vie  Interval  B  Register*  the  master  shall  perform  an  Abort 
sequence  such  that  the  first  cycle  of  the  Abort  sequence  occurs  on  the  second 
bus  cycle  immediately  following  the  cycle  that  exceeds  the  Vie  Interval  limit. 
This  Abort  cycle  shall  be  the  first  cycle  in  the  Abort  Sequence*  described  in 
"5. 3. 5. 2  Abort.."  At  the  end  of  the  Abort  sequence  the  master  shall  imme¬ 
diately  release  the  bus  to  the  Idle  state. 
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Tabla  5-27.  Suspand  -  Short  Data  Saquanca  -  Typa  16  Singla  Slava 


BUS  STATE 

SIGNAL  LINES 

Di 

Di^l 

Di-i-2 

RDO 

RDl 

DZ 

DAO 

DATA 

D<31. .16> 

0 

0 

0 

0 

0 

0 

0 

D<15. .0> 

Di 

Di+1 

Di+2 

RCDO 

RCDl 

0 

AUS 

Sourca^ 

S 

S 

S 

Raad  Sourca- 

S 

S 

S 

Ur ita  Sourca= 

M 

11 

M 

CYCLE  TYPE 

S 

s 

S 

D 

D 

D 

A 

Sourca=M 

ACKNOWLEDGE 

RCG 

RCG 

ACK 

RCG 

RCG 

RCG 

ACK 

Sourca= 

S 

S 

S 

S 

S 

S 

S 

UAIT 

0 

0 

0 

0 

0 

0 

0 

A1 lowed 
Sources 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-28.  Suspand  -  Short  Data  Saquanca  -  Typa  32  Singla  Slava 


BUS  STATE 

SIGNAL  LINES 

Di 

Di+l 

Di+2 

RDO 

DZ 

DAO 

DATA 

D<31. .16> 

DiH 

Di-«-lH 

Di+2H 

RCDl 

0 

0 

D<15. .0> 

DiL 

DUIL 

Di4-2L 

RCDO 

0 

AUS 

Sourea= 

S 

S 

Raad  Sourca= 

S 

S 

S 

Urita  Sourca- 

N 

t1 

M 

CYCLE  TYPE 

S 

S 

S 

D 

D 

A 

Sourca=n 

ACKNOULEDGE 

RCG 

RCG 

ACK 

RCG 

RCG 

ACK 

Sourca- 

S 

S 

S 

S 

S 

S 

UAIT 

0 

S 

0 

0 

0 

0 

Allowad 

Sourca- 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-29.  Suspand  -  Extandad  Data  Saquanca  -  Typa  16  Singla  Slava 


BUS  STATE 

SIGNAL  LINES 

D( 

Di-i-l 

lii*2 

RDO 

RDl 

g 

RD7 

DZ 

DAO 

DATA 

D<31. .16> 

■ 

0 

0 

0 

0 

St:: 

0 

■ 

0 

D<15. .0> 

D1 

D1+1 

Di+2 

RCDO 

RCDl 

•  •  •  • 

«  •  •  • 

RCD7 

AWS 

Sourca= 

S 

S 

S 

S 

■1 

S 

Raad  Sourea^ 

S 

S 

S 

■ 

Urita  Sourca= 

n 

n 

M 

H 

CYCLE  TYPE 

s 

S 

S 

n 

■1 

B 

n 

B 

Sourea>n 

II 

■1 

m 

B 

■1 

B 

ACKNOWLEDGE 

RCG 

RCG 

ACK 

RCG 

RCG 

RCG 

RCG 

ACK 

Source^ 

s 

S 

S 

S 

S 

S 

S 

S 

S 

WAIT 

0 

0 

0 

0 

0 

•  •  •  • 

#  •  •  • 

0 

0 

0 

Allowad 

Source- 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Tabla  5-30.  Suspand  -  Extandad  Data  Saquanca  -  Typa  32  Singla  Slava 


BUS 

STATE 

SIGNAL  LINES 

Di 

Df+1 

Di+2 

ROD 

RDl 

R02 

RD3 

DZ 

DAO 

DATA 

D<31. .16> 

DiH 

Di-t'lH 

D{4^2H 

RCDl 

RCD3 

RCD5 

RCD7 

■ 

0 

D<15. .0> 

DiL 

Di+IL 

Di+2L 

RCDO 

RCD2 

RCD4 

RCD6 

AUS 

Sourca- 

S 

S 

S 

S 

■1 

S 

Raad  Sourca= 

S 

S 

S 

Urita  Sourca= 

M 

M 

M 

B 

CYCLE  TYPE 

S 

S 

S 

B 

B 

B 

B 

B 

B 

Sourca=M 

B 

B 

B 

B 

B 

B 

ACKNOULEDGE 

RCG  > 

RCG 

ACK 

RCG 

RCG 

RCG 

RCG 

RCG 

ACK 

Sourea= 

S 

s 

S 

S 

S 

S 

S 

S 

S 

UAIT 

0 

0 

0 

0 

0 

0 

0 

0 

0 

AlloMad 

Sourca^ 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Table  5-31.  Suspend  -  Type  16  Multiple  Slave 


BUS  STATE 

SIGNAL  LINES 

Di 

Di+1 

EB 

DZ 

DAO 

DAI 

0A2 

0A3 

DA4 

DATA 

■ 

— 

■1 

D<31. .16> 

Mm 

0 

0 

D 

0 

0 

0 

0 

0 

D<15. .0> 

Di+1 

Di+2 

mm 

AUMO 

AWMl 

AUM2 

AUM3 

AUM4 

Source- 

n 

M 

M 

■1 

S 

S 

S 

S 

S 

CYCLE  TYPE 

s 

S 

S 

B 

B 

B 

B 

B 

B 

Source=M 

B 

B 

B 

B 

B 

B 

ACKNOULEDGE 

RCG 

RCG 

ACK 

RCG 

ACK 

ACK 

ACK 

ACK 

ACK 

(NS) 

(NS) 

(NS) 

(NS) 

Source(7 . .0)= 

S 

S 

S 

S 

S 

S 

Souree(15. .8)= 

S 

s 

s 

s 

s 

S 

Source(23. .16)= 

S 

s 

s 

s 

s 

S 

Souree(31 . .24)= 

S 

s 

s 

s 

s 

S 

UAIT 

0 

0 

0 

0 

0 

0 

0 

0 

0 

Allowed 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 
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Table  5-32.  Suspend  -  Type  32  Multiple  Slava 


BUS  STATE 

SIGNAL  LINES 

Di 

Di+1 

Di4-2 

DZ 

DAO 

DAI 

DA2 

DA3 

DA4 

DATA 

D<31. .16> 

OiH 

Oil-IH 

Di-«-2H 

■ 

0 

0 

0 

0 

0 

D<15. .0> 

DiL 

Di+IL 

0i-t-2L 

n 

AUMO 

AUMl 

AUM2 

AUM3 

AUM4 

Source- 

M 

M 

M 

■ 

S 

S 

S 

S 

S 

CYCLE  TYPE 

S 

S 

S 

D 

B 

B 

B 

B 

D 

Source^M 

B 

B 

B 

B 

■ 

ACKNOULEDGE 

RCG 

RCG 

ACK 

RCG 

ACK 

ACK 

ACK 

ACK 

(NS) 

(NS) 

(NS) 

Source(7 .  .0)- 

s 

s 

S 

S 

S 

jjg 

Source(15. .8)= 

S 

s 

s 

$ 

s 

S 

Source(23. .16)= 

s 

s 

S 

S 

s 

S 

Source(31. .24)= 

s 

s 

s 

S 

s 

■ 

S 

WAIT 

0 

0 

0 

0 

0 

0 

0 

0 

0 

Allowed 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

YES 

5. 3. 5. 2  Abort. 

The  Abort  Sequence  may  be  used  to  terminate  a  message  prior  to  completion 
due  to  errors  or  other  reasons.  No  header  or  acknoMledge  words  are  required 
for  the  Abort  sequence.  A  master  may  initiate  the  Abort  Sequence  at  any  time 
during  its  tenure*  except  the  last  cycle  of  a  Tenure  Pass  Massage. 

The  Abort  Sequence  shall  be  as  shown  in  Table  5-33.  The  first  three  of 
the  four  bus  cycles  with  the  AB  cycle  type  are  used  to  give  the  slave  time  to 
recognize  that  an  abort  has  occurred.  The  slave  (or  slaves  in  the  case  of  mul¬ 
ticast  or  broadcast)  shall  respond  by  posting  ACK  on  the  AS  lines  during  the 
third  AB  cycle  to  inform  the  master  that  an  Abort  has  been  recognized.  There 
are  no  slaves  on  the  fourth  AB  cycle  and  the  master  is  the  only  module  that  may 
assert  Wait  on  that  cycle.  After  the  last  AB  cycle*  the  master  may  continue 
with  the  HO  of  another  message  or  relinquish  control  of  the  bus  by  releasing 
the  bus  signal  lines. 
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Tablo  5-33.  Abort  Saquanca 


BUS  STATE 

SIGNAL  LINES 

ABO 

ABl 

AB2 

AB3 

DATA 

D<31. .16> 

X 

X 

0 

0 

D<1S. .0> 

X 

X 

0 

0 

Source^ 

M  or 

M  or 

S 

S 

CYCLE  TYPE 

AB 

AB 

AB 

AB 

Source=l1 

ACKNOULEDGE 

X 

X 

ACK 

NS 

Source' 

X 

X 

S 

UAIT 

0 

0 

0 

0 

Allowed 

a 

a 

NO 

b 

Souree= 

a 

a 

b 

a) 

b) 
X) 


Wait  asaartion  allowad  but  not  honored 
daatar  Uait  alloMad»  no  alavaa  axiat 
not  defined 


5.3.6  WAIT. 

A  maatar  or  alava  may  aaaart  Uait  to  control  the  data  transfer  rate  on 
the  Pl-bua  and  thereby  accommodate  aloM  or  temporarily  busy  devices.  During  a 
multiple  slave  sequence>  one  or  more  of  the  slaves  may  assert  Uait.  Each 
cycle  on  which  Uait  is  assorted  shall  causa  the  insertion  of  a  non-transfer 
cycle  into  a  sequence. 

5. 3. 6.1  Rules  for  Asserting  Uait. 

A  Bus  Interface  may  assert  Uait  on  one  or  more  cycles  subject  to  the  fol¬ 
lowing  restrictions: 

1.  Uait  may  normally  be  asserted  by  a  Bus  Interface  only  if  that  module  is 
scheduled  to  be  a  bus  master  or  slave  on  the  next  transfer  cycle.  Howev¬ 
er  >  the  current  bus  master  may  assert  Uait  if  the  bus  will  be  placed  in 
the  Idle  state  following  the  Uait  induced  non-transfer  cycle(s)  provided 
the  vie  interval  requirement  is  not  violated. 
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2.  A  Bus  Intarfaca  shall  not  assart  Uait  on  HO  or  HI  cyclas. 

3.  A  Bus  Intarfaca  shall  not  assort  Wait  on  a  particular  cycla  (N}>  if  on 
tha  sacond  pravioua  cycla  (N-2)  tho  modulo  did  not  assert  Uait  but  Uait 
Mas  asserted  on  that  cycle.  If  tha  Bus  Intarfaca  does  assert  Uait  on 
cycle  N  and  Uait  was  not  assarted  by  any  module  on  cycla  H-1,  tha  Bus 
Intarfaca  shall  assart  Uait  for  an  even  number  of  contiguous  cycles. 

5. 3. 6. 2  Effects  of  Uait. 

Othar  than  during  an  Abort  saquenca>  for  each  cycla  that  a  Uait  is 
assarted  during  a  tenuro>  one  non-transfer  cycla  (NT  cycla)  shall  be  inserted 
into  tha  sequanca  immediately  following  tha  cycla  in  which  Uait  is  asserted. 
The  insertion  of  non-transfer  cycles  shall  not  change  the  sequence  of  sched¬ 
uled  bus  states.  However «  if  during  tha  NT  cycle>  the  master  asserts  an  Abort 
sequence  designation  on  the  Cycle  Type  lines,  the  sequence  shall  be  altered  to 
Abort.  During  an  Abort  sequence.  Uait  shall  not  introduce  non-transfer 
cycles. 


5. 3. 6. 2.1  Lina  Groups  during  Non-Transfer  Cycles 

During  NT  cyclas  produced  by  Uait.  tha  signal  line  values  shall  be  as 
specified  below. 

5. 3. 6. 2. 1.1  Data  Li_na  Group  during  NT  Cvelas.  Tha  value  on  tha  Data  lines 
shall  be  ignored  except  for  line  error  checking.  Only  valid  symbols  shall  be 
posted  on  tha  Data  line  group. 

Tha  Data  line  group  shall  not  be  posted  by  any  module  othar  than  tha  mod¬ 
ule  which  would  have  posted  tho  Data  lines  had  that  cycle  been  the  scheduled 
transfer  cycle.  If  a  module  asserts  a  value  on  the  Data  line  group  on  such  an 
NT  cycle,  the  value  shall  be  a  symbol  which  is  valid  for  the  next  scheduled 
transfer  cycle. 

5. 3. 6. 2. 1.2  Cycle  Type  Group  during  NT  Cycles.  The  value  on  the  CT  lines 
shall  be  ignored  except  for  line  error  checking  and  the  occurrence  of  Abort. 
An  Abort  Cycle  Type  shall  mark  the  beginning  of  an  Abort  Sequence.  The  master 
module  responsible  for  posting  tho  CT  lines  on  the  next  scheduled  transfer 
cycle  shall  source  a  valid  symbol  on  the  CT  lines  during  the  NT  cycle(s). 

5. 3. 6. 2. 1.3  AS  Group  during  NT  Cycles.  If  a  module  is  responsible  for  post¬ 
ing  the  AS  lines  on  the  next  transfer  cycle  it  shall  post  a  valid  symbol  on  the 
AS  lines  during  the  NT  cycle(s).  A  symbol  other  than  NAK  shall  be  ignored  dur¬ 
ing  non-transfer  cycles.  NAK  shall  be  posted  on  cycle  N.  to  signal  that  an 
error  associated  with  cycle  N-2  was  detected. 

5. 3. 6. 2. 1.4  Wait  Lines  during  NT  Cycles.  The  rules  for  asserting  Wait  are 
specified  in  ”5. 3. 6.1  Rules  for  Asserting  Wait..”  The  effects  of  asserting 
Wait  on  a  non-transfer  cycle  shall  be  the  same  as  specified  herein  for  assert¬ 
ing  Wait  on  a  transfer  cycle. 
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5. 3. 6. 2. 1.5  Bus  Raouast  Linaa  during  NT  Cvclaa.  Tha  rulas  for  asserting  Bus 
Raquest  are  specified  in  "5. 3. 3. 3  Bus  Request.."  Bus  Request  is  completely 
independent  of  Wait. 

5.3.7  DATA  LINK  FACILITIES. 

This  section  specifies  the  Data  Link  facilities  which  shall  be  accessible 
over  the  Pl-bus  via  tha  Bus  Interface  Massage  described  in  ”5. 3. 4. A  Bus 
Interface  Massage  Sequence." 

5. 3. 7.1  Data  Link  Register  Address  Space. 

Tha  Data  Link  facilities  specified  herein  shall  be  contained  in  tha  Data 
Link  register  address  space  which  shall  consist  of  256  words  assigned  to  con¬ 
secutive  addresses.  This  register  space  shall  be  allocated  as  shown  in 
Table  5-34.  Access  to  these  facilities  over  tha  bus  shall  be  allowed  only  via 
tha  Bus  Interface  Message  with  the  Header  Word  A  Access  Type  field  sat  to  zero 
(AT=000). 

Reserved  registers  shall  not  be  implemented  and  any  attempt  to  access 
them  shall  cause  a  'Resource  Not  Present*  error.  For  write  operations  to 
defined  registers*  the  state  of  any  bits  in  tha  word  which  correspond  to 
reserved  bits  shall  be  ignored. 
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Tabla  5-34.  Data  Link  Ragiatar  Address  Space 


ADDRESS  REGISTER 


255 

• 

LOGICAL  SLAVE 

• 

IDENTIFICATION 

• 

REGISTERS 

(33  -  255) 

33 

32 

• 

RESERVED  REGISTERS 

• 

(6  -  32) 

6 

5 

VIE  PRIORITY  REGISTER 

4 

VIE  INTERVAL  B  REGISTER 

3 

VIE  INTERVAL  A  REGISTER 

2 

nODULE  CAPABILITIES  REGISTER 

1 

CONTROL  REGISTER 

0 

MULTICAST  ACKNOWLEDGE  REGISTER 
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5. 3. 7. 2  Real  star  Protaction. 

Access  to  tha  Data  Link  registars  via  tha  Bus  Intarfaca  tiasaaga  shall  ba 
limited  by  write  protection.  Either  permanent  or  programmable  write  pro¬ 
tection  shall  be  provided  for  each  register  as  specified  in  the  following  sec¬ 
tions.  The  current  state  of  programmable  write  protect  must  ba  controlled 
from  the  device.  On  reset*  all  programmable  protection  must  be  placed  in  the 
non-protect  state. 


5. 3. 7. 3  Registers. 

5. 3. 7. 3.1  Multicast  Acknowledge  Register  -  Address  0. 

The  Multicast  Acknowledge  Register  shall  ba  a  16  bit  register  with  the 
same  format  and  field  interpretations  as  the  Single  Slave  Acknowledge  word. 
During  Multicast  sequences*  error  information  shall  ba  accumulated  by  tha 
slave.  This  information  is  identical  to  that  required  for  tha  single  slave 
case.  Tha  acknowledge  word  which  would  have  been  transferred  to  the  master  if 
the  current  sequence  was  a  single  slave  sequence*  shall  ba  stored  in  the  Mul¬ 
ticast  Acknowledge  Register  instead  of  being  sent  as  an  AMS*  and  the  Multicast 
Acknowledge  symbol  shall  be  posted  on  the  bus.  Error  indications  shall  apply 
to  the  current  message  only. 

During  multiple  slave  Bus  Interface  Message  and  Block  Message  sequences* 
a  word  equivalent  to  the  Data  Acknowledge  word  for  a  single  slave  sequence 
shall  be  formed.  The  acknowledge  information  stored  in  Multicast  Acknowledge 
register  bits  <14.. 7>  on  the  Header  Acknowledge  cyr.t*  shall  be  logically  OR’ed 
with  bits  <14.. 7>  of  the  equivalent  single  slave  Data  Acknowledge  word  and  the 
result  stored  in  bits  <14.. 7>  of  the  Multicast  Acknowledge  register  on  the 
slave's  assigned  Data  Acknowledge  cycle.  Bit  <15>  and  bits  <6..0>  of  the 
equivalent  single  slave  Data  Acknowledge  word  shall  be  stored  in  Multicast 
Acknowledge  Register  bit  <15>  and  bits  <6..0>  on  the  slave's  assigned  Data 
Acknowledge  cycle.  This  Register  shall  be  reset  at  the  start  of  a  multi -slave 
message  in  which  this  module  is  a  participant. 

Tha  following  requirements  shall  apply  to  the  Multicast  Acknowledge  Reg- 

i  ster : 

Word  format:  Figure  5-11 

Write  protect:  Permanent 

State  after  reset:  Bit  <15>=1*  Bits  <14..5>=all  zeros*  Bits  <4..0>=MID 
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Figure  5-11.  Multicast  Acknowladga  Register  Word  Format 


s 

B 

ERRORS 

AWT 

SLAVE  MID 

15 

14 

13 

12 

11 

10 

9 

8 

7 

6 

5 

4 

3 

2 

1 

0 

I  I  I  I  I  I 

<—  1=  ERROR - > 

<—  0=  NO  ERROR - > 


MSB  LSB 

SLAVE  MODULE  IDENTIFICATION 


ACKNOWLEDGE  WORD  TYPE 
00  (S=l)  -  MESSAGE  COMPLETE 
00  (S=0)  -  MESSAGE  SUSPENDED 


01  -  HEADER  COMPLETE,  DATA  EXPECTED, 

(S=0)  2  RESUME  CONTROL  WORDS 


10  -  HEADER  COMPLETE,  DATA  EXPECTED. 

(S=0)  8  RESUME  CONTROL  WORDS 


11  -  HEADER  COMPLETE,  DATA  EXPECTED, 

(S:l)  SLAVE  NOT  SUSPENDABLE 


CORRECTABLE  LINE  ERROR 


UNCORRECTABLE  LINE  ERROR 


SEQUENCE  ERROR 


PROTECT  ERROR 


COMMAND  ERROR 


RESOURCE  NOT  PRESENT  ERROR 


DEVICE  ERROR 


DEVICE  BUSY  0  -  NOT  BUSY 
1  -  BUSY 


HEADER  ACKNOWLEDGE:  0  -  SUSPENDABLE 

1  -  NOT  SUSPENDABLE 


DATA  ACKNOWLEDGE: 


0  -  MESSAGE  SUSPENDED 
1  -  MESSAGE  COMPLETE 
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5. 3. 7. 3. 2  Control  Ragistar  -  Addraas  1. 

Tha  Control  Ragiatar  ahall  ba  a  2  bit  ragistar  that  shall  contain  a  bit 
to  initiate  Bus  Interface  reset  and  a  bit  to  initiate  built-in-test. 

The  following  requirefflenta  ahall  apply  to  tha  Control  Register: 

Word  format:  Figure  5-12 

Urite  protect:  programmable 

State  after  reset:  all  zeros. 

Reserved  bits:  read  as  zeros. 

Figure  5-12.  Control  Register  Uord  Format 


M  -  Placed  in  0  state  at  completion  of  reset. 

-  Placed  in  0  state  at  completion  of  'built-in-test*. 
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5. 3. 7. 3. 3  Modula  Capabilities  Register  *  Address  2. 

The  Nodule  Capabilities  Register  shall  be  a  3  bit  register  that  shall 
specify  the  physically  implamantad  capabilities  of  the  Bus  Interface  /  Device 
Combi nati on. 

The  following  requirements  shall  apply  to  the  Nodule  Capabilities  regis¬ 
ter: 


Uord  format:  Figure  5-13 

Write  protect:  permanent 

State  after  reset:  appropriate  capabilities  coda 
Reserved  bits:  read  as  zeros. 


Figure  5-13.  Nodule  Capabilities  Register  Word  Format 
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FEATURE  0  :  SLAVE  ONLY 

1  =  NASTER/SLAVE 


CLASS  0  =  ED  (ERROR  DETECT) 

1  =  EC  (ERROR  CORRECT) 


TYPE  0  =  TYPE  16  (16  BIT  TRANSFERS) 

I  =  TYPE  32  (32  OR  16  BIT  TRANSFERS) 
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5. 3. 7. 3. 4  Via  Intarval  A  Register  -  Address  3. 

The  Vie  Interval  A  Register  shall  be  a  16  bit  register  that  shall  contain 
the  unsigned  binary  Via  Intarval  A  timeout  value  expressed  in  bus  cycles.  The 
value  in  this  register  shall  remain  unchanged  until  a  new  timeout  value  is 
loaded.  Reading  this  register  shall  return  the  last  value  written.  This  reg¬ 
ister  is  not  required  for  Feature  SO  modules.  Any  attempt  to  access  a  regis¬ 
ter  which  is  not  implemented  shall  cause  a  'resource  not  present'  error. 

The  following  requirements  shall  apply  to  the  Via  Interval  A  Register: 
Word  format:  Figure  5-14 

Urita  protect:  programmable 

State  after  reset:  all  ones 


Figure  5-14.  Via  Interval  A  Register  Word  Format 
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5. 3. 7. 3. 5  Via  Intarval  B  Ragiatar  -*  Addraaa  4. 

Tha  Via  Intarval  B  Ragiatar  ahall  ba  an  B  bit  ragiatar  that  shall  contain 
the  unaignad  binary  Via  Intarval  B  tinaout  valua  axprassad  in  bus  cyclaa.  Tha 
valua  in  thia  ragiatar  ahall  ramain  unchangad  until  a  naw  timaout  valua  ia 
loadad.  Raading  this  ragiatar  ahall  raturn  tha  last  valua  writtan.  This  rag- 
iater  ia  not  raquirad  for  Faatura  SO  modulas.  Any  attempt  to  access  a  regis¬ 
ter  which  in  not  implemantad  shall  causa  a  'resource  not  present'  error. 

Tha  following  raquiramanta  shall  apply  to  tha  Via  Interval  B  Register: 

I  Word  format:  Figure  5-15 

Urita  protect:  programmable 

State  after  reset:  Bits  <15..B>»  all  zeros;  bits<7..0>t  all  ones 


Figure  5-15.  Via  Interval  B  Register  Uord  Format 
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5. 3. 7. 3. 6  Via  Priority  Ragistar  -  Addrasa  5. 

Tha  Via  Priority  Ragistar  shall  ba  a  12  bit  ragistar  that  shall  contain 
tha  currant  via  priority  of  this  modula  axprassad  in  unsignad  binary  notation. 
Tha  priority  ranga  is  from  zaro  (lowest  priority)*  to  4095  (highest  priority). 
This  register  is  divided  into  two  fields.  Tha  modula  identification  field 
shall  be  fixed  by  tha  module's  hardwired  modula  identification  code  (MID)  and 
cannot  ba  changed  by  tha  Bus  Intarfaca  Massage.  This  register  is  not  required 
for  Feature  SO  modules.  Any  attempt  to  access  a  ragistar  which  is  not  imple¬ 
mented  shall  causa  a  'resource  not  present*  error. 

The  following  requirements  shall  apply  to  the  Vie  Priority  register: 

Word  format:  Figure  5-16 

Write  protect:  Programmable  for  bits<11..5>;  bits<4..0>  fixed  by  MID 

State  after  reset:  Bits<11..5>*  all  zeros;  bits<4..0>=  MID  bits<4..0> 
Reserved  bits:  read  as  zeros. 

Figure  5-16.  Vie  Priority  Register  Word  Format 
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5. 3. 7. 3. 7  Rasarvad  Regi stars  *■  Addrassas  6  To  32. 

Tha  usa  of  tha  Rasarvad  Ragi  stars  shall  ba  dafinad  only  by  futura  var- 
sions  of  this  spool  float ion.  Until  than*  thoso  ragi stars  shall  not  ba  imple- 
montod  and  shall  oausa  a  'Rosouroa  Not  Prosant*  orror  if  an  aoooss  is 
attafflptod. 

5. 3. 7. 3. 8  Logioal  Slava  Idantifioation  Ragistors  -  Addrassas  33  to  255. 

Tha  Logical  Slava  Idantifioation  Ragi stars  consist  of  a  sat  of  ono  bit 
ragistors  in  locations  33  to  255  of  tha  Data  Link  ragi  star  addross  spaca.  Tha 
addross  of  oach  ragi star  is  idantical  to  tha  Slava  Idantifioation  code  which 
the  register  controls.  Bit  0  of  each  Logical  Slava  ID  register  indicates 
whether  or  not  a  Slava  Identification  code  (ID)  equivalent  to  the  register 
address  will  ba  recognized  by  tha  module  as  a  valid  slave  ID.  Tha  interprets- 
tion  of  bit  0  shall  be: 

1  =  Bus  Interface  shall  recognize  this  address  as  a  slave  ID. 

0  =  Bus  Interface  shall  not  recognize  this  address  as  a  slave  ID. 


Tha  following  specifications  shall  apply  to  tha  Logical  Slava  Identifi¬ 
cation  Registers: 

Urita  protect:  programmable 

State  after  reset:  zero 

Reserved  bits  (15-1):  read  as  zeros. 

This  register  sat  is  optional.  A  subset  of  tha  Logical  Slave  ID  Regis¬ 
ters  may  be  implemented  using  either  one  or  a  combination  of  tha  two  methods 
specified  below: 

1.  The  Logical  Slava  ID  Registers  may  ba  implemented  directly  as  a  set  of 
one  bit  registers  in  the  Bus  Interface  register  space.  The  slave  iden¬ 
tification  registers  shall  have  consecutively  decreasing  addresses 
starting  at  address  255.  Any  number  of  registers  may  be  implemented  from 
zero  up  to  the  full  set  of  223.  Tha  module  shall  not  respond  to  sequences 
with  Slave  ID's  corresponding  to  registers  which  are  not  implemented. 
Any  attempt  to  access  registers  that  are  not  implemented  via  a  Bus  Inter¬ 
face  Massage  shall  cause  a  'resource  not  present'  error. 

2.  The  Logical  Slave  ID  registers  may  be  implemented  indirectly  using  tech¬ 
niques  such  as  associati vely  searching  for  valid  slave  ID's.  In  that 
case,  tha  implementation  shall  specify  the  number  of  unique  Logical  Slave 
ID'S  which  can  be  recognized  (1  to  223)  and  each  of  those  shall  be  capa¬ 
ble  of  being  sat  by  the  standard  Bus  Interface  Message  to  any  value  in 
tha  range  33  to  255#  inclusive.  The  standard  Bus  Interface  Message  shall 
also  be  capable  of  invalidating  any  previously  validated  slave  identifi¬ 
cation  code.  Any  attempt  to  validate  more  logical  slave  ID's  than 

5-85 


B-1 19 


PZ-bus  Spaeiff cation 


Varsion  2.2 


allowad  by  tho  implamantation  shall  causa  a  'rasourca  not  prasant'  arror. 
Figura  5-17.  Logical  Slava  Idantifi cation  Ragistar  Word  Format 
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a  =  DO  NOT  RECOGNIZE  THIS  REGISTER  ADDRESS 
AS  A  VALID  SLAVE  ID 

1  =  RECOGNIZE  THIS  REGISTER  ADDRESS 
AS  A  VALID  SLAVE  ZD 


5.3.8  INITIALIZATION. 

A  rasat  machanism  shall  ba  providad  to  initializa  tha  Bus  Intarfaca. 
Rasat  shall  ba  invokad  by  tha  attachad  davica  or  by  complation  of  a  Bus  Intor~ 
faca  Massaga  that  sat  bit  0  (whan  not  writa  protactad)  of  tha  control  ragistar 
(saa  ”5. 3. 7. 3. 2  Control  Ragistar  -  Addrass  1.**).  Tha  Bus  Intarfaca  shall 
raspond  to  rasat  by  baeoming  inactiva>  ralaasing  all  bus  drivars  and  initial¬ 
izing  Data  Link  ragi stars  to  tho  valuas  dofinod  in  "5.3.7  Data  Link  Facili- 
tios.."  Following  ragistar  initialization^  modulas  may  bacomo  activo  on  tha 
bus  providad  that  MID<4 . . 0>//mP<0>  satisfios  P(HID<4.  .0>//l1IP<0>)  =  1.  A 
modulo  with  incorroct  MID  parity*  that  is  P(MID<4 . . 0>//MIP<0>)  =  0*  shall  not 
assart  any  Pl-bus  signal  and  shall  not  participato  in  Pl-bus  oporations.  A 
potontial  bus  mastar  modulo  shall  not  initiato  a  Via  sequenco  prior  to  dotor- 
mining  that  tha  bus  has  boon  Idlo  for  a  minimum  of  two  bus  cyclas  and  shall  not 
assort  Bus  Roquast  (BR)  prior  to  datormining  that  tho  current  bus  mastar  is 
oporating  at  a  lowar  priority  than  tha  potontial  bus  mastor’s  priority. 
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5.3.9  ERROR  DETECTION,  RECOVERY  AND  DIAGNOSTICS. 

This  section  describes  the  detection  of  and  responses  to  line#  sequence 
and  semantic  errors.  This  section  also  defines  Pl-bus  diagnostics  require¬ 
ments. 

5. 3. 9.1  Correctable  Line  Errors 

If  the  bus  symbol  error  is  correctable,  then  the  symbol  shall  be  func¬ 
tionally  interpreted  as  the  valid  symbol  with  the  least  coding  distance  from 
the  erroneous  symbol.  During  message  sequences,  errors  shall  be  logged  in  the 
Acknowledge  word  by  setting  the  'Correctable  Line  Error*  bit  to  one  (refer  to 
"5. 2. 3. 3.1  Single  Slave  Acknowledge.").  The  device  should  be  notified  of 
detected  errors. 

5. 3. 9. 2  Uncorrectable  Line  Errors 

If  the  bus  symbol  is  uncorrectable,  then  the  symbol  shall  be  func¬ 
tionally  interpreted  according  to  Table  5-35.  Any  slave  that  detects  an 
uncorrectable  line  error  on  the  Data  or  CT  lines  shall  post  NAK  on  the  second 
cycle  after  the  cycle  to  which  the  error  applies.  During  Vie,  any  module  that 
detects  an  uncorrectable  line  error  on  the  Data  or  CT  lines  shall  post  NAK  on 
the  second  cycle  after  the  cycle  to  which  the  error  applies.  The  device 
I  should  be  notified  of  line  errors.  During  message  sequences,  slaves  shall  log 
I  uncorrectable  Data,  Cycle  Type,  Acknowledge  Set,  Uait  and  Bus  Request  line 
errors  in  the  Acknowledge  word  by  setting  the  'Uncorrectable  Line  Error'  bit 
to  one  (refer  to  "5. 2. 3. 3.1  Single  Slave  Acknowledge."). 
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Tabla  5-35.  Intarpratati on  and  Raaponsa  for  Uncorractabla  Invalid  Symbols 


SIGNAL  LINE  GROUP 

INTERPRETATION  AND  RESPONSE 

Wait 

If  Wait  is  not  allowed:  No  Wait. 

If  Uait  is  allowed:  Uait  asserted  on  first 
cycla  of  detected  error  and  No  Uait 
assarted  on  remaining  contiguous 
error  cycles. 

Cycla  Typa 

Scheduled  Cycle  Type  (per 
defined  sequences). 

Cycla  Typo 

No  slave  ID  match. 

(during  HO) 

Bus  Requast 

No  Bus  Request  asserted. 

AcknoMlodgo  Sot 

Assume  NAK  posted. 

AeknoMlodgo  Sot 

If  not  the  winner  of  vie,  sat  master 

(during  Via) 

priority  unknown.  Should  notify  device. 

Data  linos 

If  a  contender,  assume  that 
redundant  bits  which  disagree 

(during  Via) 

are  both  asserted. 

If  not  a  contender,  set  master  priority 
unknown. 

If  not  the  winner  of  vie, 
set  master  priority  unknown. 

Data  linos 

For  redundant  bits  which  disagree,  no 

(during  Multi-slava 

acknowledgement  for  corresponding 

acknoMlodgamant) 

module. 

Data  lines 

No  slave  ID  match. 

(during  HO) 

Data  lines 

Slaves  shall,  discard  header 

(during  header. 

words,  take  no  action  based  on  header 

except  HO) 

words,  set  the  Acknowledge  Uord  AUT  field 
to  00,  set  the  S  field  to  1  and  become 
not  selected  after  Header  Acknowledge 
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5. 3. 9. 3  Sacuanca  Errors. 

Each  Bua  Intarfaca  shall  datact  any  arror  that  causas  a  violation  in  the 
protocol  syntax  (saquenca  definitions).  During  massaga  sequences>  errors 
shall  be  logged  in  tha  Acknouladge  word  by  setting  the  'Sequence  Error  'bit  to 
one  (refer  to  "5. 2. 3. 3.1  Single  Slava  AcknoMladge.") .  The  device  should  be 
notified  of  detected  errors. 

5.3. 9.3.1  Cycle  Type  Sequence  Errors. 

Every  Bus  Intarfaca  shall  differentiata  each  bus  cycle  as  belonging  to 
one  of  the  bus  states  listed  in  Table  5“8.  Each  slave  in  a  sequence  shall 
determine  if  the  Cycle  Type#  as  indicated  by  the  CT  lines*  follows  a  legal 
sequence  as  defined  under  "5.2  GENERAL  REQUIREMENTS.."  The  differentiation 
of  legal  and  illegal  cycle  type  sequences  shall  be  by  comparing  the  set  of  bus 
states  that  are  defined  as  scheduled  states  for  the  current  sequence  to  the 
actual  sequence  of  symbols  received  on  the  CT  lines.  Table  5-36  shows  the 
required  response  of  a  slave  to  received  CT  symbols  (top  row)  verses  scheduled 
bus  states  (left  column).  Definitions  of  the  required  responses  are  given  in 
Table  5-37. 
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Table  5-36.  Slava  Rasponsa  to  Cycle  Type  Sequence  Deviations 


CYCLE  TYPE  (CT)  LINE  SYMBOLS 

Scheduled 

Bus  State 

■ 

■ 

HO 

H 

■ 

B 

s 

AB 

I 

n 

2 

2 

2 

2 

2 

2 

VO 

2 

- 

error 

error 

error 

error 

error 

error 

VI,  V2,  V3 

error 

- 

error 

error 

error 

error 

error 

error 

VZO  ..  VZ3 

error 

B 

error 

error 

error 

error 

error 

error 

HO 

D 

error 

- 

error 

error 

error 

error 

5 

HI  . .  H9,  HZ 

error 

error 

error 

- 

error 

error 

error 

5 

HAO  ..  HA4 

error 

error 

error 

error 

error 

- 

error 

5 

HAZ 

error 

error 

error 

error 

error 

- 

error 

error 

D 

error 

error 

error 

error 

- 

error 

3 

5 

DZ 

error 

error 

error 

error 

error 

error 

5 

DAO  ..  DA4 

error 

error 

error 

error 

error 

- 

error 

5 

SO  ..  S2 

error 

error 

error 

error 

error 

error 

- 

5 

ABO  ..  AB3 

error 

error 

error 

error 

error 

error 

error 

- 
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Tabla  5-37.  Cycla  Typa  Daviation  Rasponsa  Dafinitiona 


- 

Proceed  with  normal  operation. 

error 

Respond  to  Cycle  Type  sequence  error  as  defined  in 
"5. 3. 9. 3.1  Cycla  Typa  Sequence  Errors" 

n 

Monitor  vie  process  (too  late  to  contend). 

2 

Ignore  CT  symbol,  expect  I  cycle 

3 

Suspend  message;  refer  to  "5. 3. 5.1  Suspend.." 

D 

Expect  I  cycla  (End-Of-Tenure) .  Sat  master  priority  =  unknown. 

1  5 

Abort  message;  refer  to  "5. 3. 5. 2  Abort.." 

During  Via>  a  Bus  Intarfaca  that  datacts  an  illegal  CT  sequanca  shall 
post  HAK  on  the  AS  lines  two  cycles  after  each  occurrence  of  the  illegal  Cycla 
Typa.  Ilodulea  which  do  not  win  the  Via  sequence  shall  set  master  priority 
unknown  as  described  in  "5. 3. 3.1  Via  Sequanca.." 

If  a  Cycla  Typa  other  than  HO  is  received  as  the  naxt  Cycle  Type  follow¬ 
ing  completion  of  a  massage  sequence.  Via  or  Abort;  each  module  shall  assume 
that  no  HUA  has  bean  transmitted  and.  therefore,  there  is  no  match  for  that 
module's  slave  ID. 

A  Bus  Interface  that  is  a  Slava  in  a  sequence  and  has  detected  that  the 
Cycle  Type  symbols  have  not  followed  a  legal  sequence  shall  post  NAK  for  every 
such  occurrence.  The  NAK  shall  be  posted  on  the  second  cycle  after  the  cycle 
that  deviated  from  the  legal  sequence.  If  the  illegal  sequanca  leads  to  a 
condition  in  which  the  module  cannot  determine,  with  certainty,  that  the  mod¬ 
ule  should  be  a  Slava,  the  Bus  Interface  shall  not  drive  any  line,  other  than 
Bus  Request,  when  legal  and  required,  until  a  valid  HO  or  Idle  cycla  is 
detected. 


5. 3. 9. 3. 2  Acknowledge  Set.  Uait  and  Bus  Request  Sequence  Errors. 

Bus  Interfaces  shall  detect  Acknowledge  Set.  Uait  and  Bus  Request 
sequence  errors.  Responses  to  these  errors  shall  be  as  defined  in  Tabla  5-38. 
Modules  shall  not  post  NAK  on  the  AS  lines  in  response  to  AS.  Uait  nor  Bus 
Request  sequence  errors. 
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Table  5-38.  Sequence  Error  Response 


SIGNAL  LINE  GROUP 

SEQUENCE  ERROR  RESPONSE 

Acknowledge  Set 

During  vie*  if  not  the  winner 
set  master  priority  unknown. 

Uait 

Assume  Uait  is  not  asserted. 

Bus  Request 

Assume  Bus  Request  i  s  not 
asserted. 

5. 3. 9. 4  Semantic  Errors. 

5. 3. 9. 4.1  Header  Semantic  Errors. 

I 

I  Slave  modules  shall  respond  to  a  reserved  Message  Type  coda  in  Header 

I  Uord  A  by  asserting  HAK  on  the  Acknowledge  Set  lines  on  the  second  cycle  fol- 
I  lowing  HO  and  becoming  not  salactad  as  slaves  on  the  following  cycle.  Slaves 
I  may  also  become  not  selected  in  response  to  specific  slave  device  defined  con- 
I  ditions. 

Each  Bus  Interface  shall  detect  any  error  in  information  transfer  that 
has  protocol  significance.  Table  5-39  lists  and  defines  the  errors  in  this 
category.  In  response  to  these  errors*  the  Bus  Interface  shall  post  NAK  on 
the  AS  lines  within  two  cycles  after  the  error  is  detected  and  not  later  than 
two  cycles  after  the  end  of  the  message  or  partial  message.  The  Bus  Interface 
shall  also  log  the  error  in  the  Acknowledge  Uord  by  making  the  bit  named  in 
Table  5-39  a  logic  1.  The  device  should  be  notified  that  an  error  was 
detected. 
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SEMANTIC  ERROR 


Protact 

(’Protect  Error'  bit) 


Command 

('Command  Error*  bit) 


Resource  not  Present 
('Resource  Not 
Present  Error*  bit) 


Device 

('Device  Error*  bit) 


ERROR  DEFINITION 


A  Write  operation  has  been  attempted  on  a 
write  protected  Bus  Interface  register. 


Header  Word  A  has  been  received  with  a 
reserved  code  in  the  AT  field. 

OR 

Header  Word  A  has  been  received  with  a 
broadcast  slave  ID  and  a  single  slave 
Massage  Type. 

OR 

Header  Word  A  has  bean  received  and  the 
master's  priority  is  unknown. 

OR 

A  Tenure  Pass  Message  Header  Word  A  has  been 
received  with  bits  <7..5>  assarted  or  AT  not 
equal  to  000  or  F  asserted  or  Header  Word  B 
bits  <4..0>  are  not  equal  to  the  MID  in  HUA. 

OR 

A  Type  16  module  has  been  selected  and  the 
F  bit  in  HWA  is  equal  to  1 . 

OR  I 

A  Bus  Interface  Message  Header  Word  A 
has  bean  received  with  F  asserted. 

OR 

A  message  has  been  received  which  is  not  in 
agreement  with  the  defined  format  for  the 
slave  device. 


A  resource  or  capability  has  been 
addressed  that  is  not  implemented. 


A  Tenure  Pass  Massage  has  selected 
a  Feature  SO  module  as  the  slave. 

OR 

A  non-existent  or  reserved  Bus  Interface 
register  has  been  addressed. 


Module's  device  has  detected  an  error 
attempting  to  perform  bus  related 
operation  during  the  currant  massage. 
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5. 3. 9. 4. 2  Haadar  And  Data  Acknouladga  Samantic  Errors. 

A  bus  mastar  Bus  Intarfaca  shall  raport  samantic  arrors  in  tha  Haadar 
and  Data  Acknouladga  Uord  to  tha  davica.  Tha  samantic  arrors  which  shall  ba 
raported  ara 

'  1.  tha  Acknouladga  Word  slava  MID  doas  not  match  tha  physical  slava  ID 
transmitted  in  Haadar  Word  A, 

12.  tha  Acknouladga  Word  Typa  (AWT)  and/or  Suspend  (S)  fields  of  the 
Acknowledge  Word  ara  not  valid  for  tha  current  Acknowledge  cycle » 

3.  a  Class  ED  mastar  module  receives  an  Acknowledge  word  with  the  "Correc¬ 
table  Lina  Error"  bit  set  to  logic  1  and 

4.  an  Acknouladga  word  which  has  tha  "Protect  Error"  bit  sat  to  logic  1  is 
received  when  tha  MSG  Type  specified  in  HWA  was  not  Bus  Interface 
Message. 

5. 3. 9.5  Diaonosties. 

5. 3. 9. 5.1  On-Line  Tasting. 

On-Line  testing  of  tha  Pl-bus  shall  ba  accomplished  through  the  Error 
Detection  and/or  Error  Correction  capability  provided  by  the  standard  message 
sequences  and  protocol  defined  in  previous  sections  of  this  specification. 

5. 3. 9. 5. 2  Off-Line  Testing. 

Each  Bus  Intarfaca  shall  be  capable  of  transmitting  and  receiving  arbi¬ 
trary  bit  patterns  on  all  signal  lines  of  the  bus  (D>  DCr  CT ,  CTC>  AS*  W  and 
BR)  in  parallel.  Multiple  clock  cycles  may  ba  used  to  establish  and  read  each 
pattern.  Control  and  coordination  of  this  test  shall  ba  through  an  alternate 
path  independent  from  the  Pl-bus  under  test.  Tha  mechanism  that  coordinates 
tha  test  should: 

1.  provide  the  line  patterns  to  the  Bus  Interface  transmitting  the  test 
pattern r 

2.  determine  when  the  transmit  pattern  is  stabler 

3.  read  the  received  patterns  from  the  receiving  Bus  Interface(s)  and 

4.  analyze  the  patterns  for  correctness. 

The  mechanism  that  controls  tha  test  should  apply  patterns  that  guarantee 
detection  of  1)  a  failed  line  stuck  at  zero  or  one  and  2)  a  short  between  any 
two  lines  for  any  path  from  tha  signal  line  latch  of  the  transmitting  Bus 
Interface  to  tha  signal  line  latch  of  tha  receiving  Bus  InterfaceC s) . 

Tha  transmitting  Bus  Interface  shall  be  capable  of  being  placed  in  tha 
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off“lina  tast  moda>  accapting  pattarns  for  transmission  and  transmitting  tha 
pattarns.  Onca  eatablishad»  tast  pattarns  shall  not  bo  changod  until  a  changa 
is  commandod  by  mochanism  that  coordinatos  tha  tost. 

Tha  rocoiving  Bus  Intorfaco*  whan  in  tha  off-lino  tast  moda>  shall  ba 
capablo  of  baing  commandod  to  clock  in  tha  tost  pattorn  from  tha  bus  and 
transfor  that  rocaivad  pattarn  to  tha  controlling  dovico. 
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1  SCOPE 

1.1  Scope.  This  specification  establishes  the  electrical,  functional  and 
performance  requirements  for  the  set  of  signal  lines  that  constitute  the 
Test  and  Maintenance  Bus  (TM-Bus>. 


1.2  Purpose.  The  purpose  of  this  standard  is  to  establish  requirements  for 
the  TM-Bus  and  facilitate  i nteroperaoi li ty  of  modules  Mhich  use  the  TM-Bus. 


1.3  Intended  Application.  The  TM-Bus  is  intended  as  a  serial  path  for  test 
and  maintenance  control  and  data  information. 


2  APPLICABLE  DOCUMENTS 


2.1  Government  Documents.  The  folloMing  documents  of  the  exact  issue  shown 
form  a  part  of  this  specification  to  the  extent  specified  herein.  In  the 
event  of  conflict  between  the  documents  referenced  herein  and  the  contents 
of  this  specification,  the  contents  of  this  speci f i cati on  shall  be  consid¬ 
ered  a  superseding  requirement. 


•  VHSIC  Phase  2  INTEROPERABILITY  STANDARDS  ETM-Bus  SPECIFICATION,  Ver¬ 

sion  3.0  dated  November  9,  19B6. 

•  VHSIC  Phase  2  INTEROPERABILITY  STANDARDS  PI-Bus  SPECIFICATION.  Version 

2.1  dated  September  25,  1986. 

2.2  Non-Government  Documents.  The  following  documents  of  the  exact  issue 
shown  form  a  part  of  this  specification  to  the  extent  specified  herein.  In 
the  event  of  conflict  between  the  documents  referenced  herein  and  the  con¬ 
tents  of  this  specification,  the  contents  of  this  specification  shall  be 
considered  a  superseding  requirement. 


•  None. 


3  DEFINITIONS 

The  definitions  listed  here  shall  apply  to  the  TM-bus  and  TM-bus  modules. 
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3.1  Item  De-finition.  The  TM-bus  is  a  linear,  multi-drop  communications 
medium  Mhich  transfers  bit  serial  data  between  a  'MASTER'  module  and  up  to 
32  'SLAVE'  modules  residing  on  a  single  backplane.  TM-bus  modules  implement 
the  TM-bus  protocol  and  meet  all  requirements  o-f  this  specification. 

Figure  1,  illustrates  the  TM-bus  and  TM-bus  modules.  Conceptually,  each 
module  consists  of  a  device  which  performs  the  application  specific  function 
of  the  module  and  a  bus  interface  which  implements  the  TM-bus  MASTER-SLAVE 
communications  protocol. 


TM-BUS 

MASTER 


/  1 

1 

FROM  CLOCK  SOURCE 

Figure  1.  Conceptual  Model  Of  Bus  And  Modules 


3. 2  Term  Definitions. 

active  bus  interface  A  bus  interface  that  is  connected  to  the 

bus,  and  is  currently  capable  of  (and  not 
inhibited  from)  part i ci pat i ng  in  bus  trans- 
acti ons. 

assert  The  action  of  changing  the  state  of  a  bus 

signal  line  from  released,  logic  0,  to 
asserted,  logic  1,  or  of  ensuring  that  the 
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line  remains  in  the  asserted  state. 


asserted 


backplane 


broadcast 


bus  MASTER 
contend 


devi ce 


header 


linear  bus 
message 


module 


The  logic  1  state  of  a  bus  signal  line. 
The  least  positive  of  the  two  states  of  a 
bus  signal  line. 

A  motherboard  comprising  wiring  for  the  bus 
and  connectors  to  the  modules  attached  to 
the  bus. 

A  mode  of  operation  where  the  bus  MASTER 
transmits  data  to  all  SLAVE  modules  during  a 
single  sequence. 

The  module  in  control  of  the  bus. 

Mhen  a  bus  SLAVE  moduleCs)  is/are  actively 
vying  for  the  attention  of  the  bus  MASTER. 

The  portion  of  a  modular  excluding  the  bus 
interfacet  which  does  the  application 
dependent  function  of  the  module. 

A  sequence  identifying  a  bus  command,  the 
SLAVES  participating  in  any  commanded 
sequence  and  additional  information  delimit¬ 
ing  the  scope  of  the  command. 

A  bus  with  a  single  shared  medium  segment. 

A  set  of  sequences  starting  with  a  header 
and  terminating  when  all  bus  actions  indi¬ 
cated  by  that  header  have  been  performed. 

An  entity  which  is  addressable  via  the  bus 
and  has  a  single  bus  connection. 


module  address 


multi  cast 


pack  et 


A  pointer  which  uniquely  identifies  a  mod¬ 
ule. 

A  mode  of  operation  where  the  MASTER  may 
transmit  data  to  more  than  one  SLAVE  during 
a  single  sequence. 

A  unit  of  data  which  is  17  bits,  a  16  bit 
word  plus  1  parity  bit. 


release  The  action  of  ceasing  to  assert  a  logic  1 

on  a  bos  signal  line.  The  action  of  releas¬ 
ing  a  signal  line  produces  a  change  in  the 
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state  of  the  signal  line  only  if  no  module 
is  asserting  that  signal. 


released 


response 


sequence 


SLAVE 


sub-address 


The  logic  0  state  of  a  bus  signal  line  pro¬ 
duced  Mhen  no  module  asserts  the  signal 
associated  Mith  that  line.  The  more  posi¬ 
tive  of  the  tMO  states  of  a  bus  signal  line 
relative  to  the  0  Volt  logic  reference. 

A  set  of  sequences  sent  by  the  SLAVE  as  a 
result  of  a  message  being  sent  by  the 
MASTER. 

An  indivisible  transaction  comprising  a 
number  of  transfers  performing  one  intended 
f unct ion. 

A  module  which  does  not  have  control  of  the 
bus  but  which  is  selected  by  the  MASTER  to 
participate  in  a  sequence. 

A  pointer  to  elements  within  an  addressable 
module. 


transfer 


word 


A  set  of  elemental  operations  on  the  bus 
which  result  in  the  communication  of  bit 
serial  datum  units  between  the  current  bus 
MASTER  and  the  selected  SLAVE(s).  A  serial 
datum  unit  is  1  bit.  See  sequence. 

An  ordered  set  of  16  bits  operated  on  as  a 
unit.  The  most  significant  bit  is  labeled 
bit  16  and  the  least  significant  bit  is 
labeled  bit  1. 


4  PHYSICAL  LAYER 


4.1  Int r oduct i on .  The  physical  layer  of  the  TM-Bus  is  specified  herein. 
The  lines  required  to  implement  the  TM-Bus  are  defined,  the  electrical  chai — 
acteristics  of  the  modules  and  backplane  are  specified  and  timing  defi¬ 
nitions  are  presented.  The  bus  interface  facilities  which  are  accessible  to 
a  bus  MASTER  over  the  bus  are  also  defined. 


4.2  Li ne  Def i ni t i on .  The  TM-Bus  signal,  clock  and  module  identification 
lines  are  def ined  in  this  section. 
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4.2.1  Nomenclature.  Lines  shall  be  designated  by  name.  When  a  set  o-f 
related  bits  are  represented  by  the  same  name#  the  bits  within  the  set  shall 
be  di  t-ferent  i  ated  by  number  with  the  least  significant  bit  numbered  0.  All 
fields  shall  be  referred  to  by  their  bit  position  within  a  data  word  trans¬ 
ferred  over  the  TM-bus.  The  nomenclature  for  single  bits  shall  be  the  bit 
number  enclosed  in  <  >.  The  nomenclature  <m..n>  shall  be  the  abbreviation 
for  the  set  of  bits  m  to  n  inclusive,  where  m  and  n  are  the  most  and  least 
significant  bits  respectively. 


4.2.2  TM-Bus  Signal  Definition.  There  shall  be  four  (4)  signal  types  that 
make  up  the  TM-Bus  as  shown  in  Figure  2  on  page  5.  All  bus  signals  shall 
use  negative  logic,  i.e.  the  logic  *1*  state  (or  asserted  state)  is  the  low¬ 
est  voltage  level  on  the  bus  and  the  logic  *0*  (or  released  state)  is  the 
higher  voltage  level  on  the  bus. 


FROM  CLOCK  SOURCE 


Figure  2.  TM-BUS  Signals 


4. 2. 2.1  TM-Bus  CLOCK  Signal  Definition.  The  TM-Bus  CLOCK  signal  shall  be  a 
single  phase  clock.  The  TM-Bus  interface  shall  support  the  full  range  of 
clock  frequencies  from  zero  (0)  Hz  to  6.25  MHz.  All  control  and  data  trans¬ 
fer  operations  shall  be  synchronized  with  the  TM-Bus  CLOCK  signal.  All  data 
and  commands  shall  be  placed  on  the  TM-Bus  on  the  high  to  low  transition  of 
the  clock  and  latched-in  on  the  next  high  to  low  transition. 
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4. 2. 2. 2  TM~Bus  MASTER  DATA  Signal  Definition.  The  TM-Bus  MASTER  DATA  sig¬ 
nal  shall  be  a  single  uni-directional  line  used  to  transmit  device 
addressest  instruction  data,  and/or  scan  data  -from  the  MASTER  to  the 
SLAVEts).  The  MASTER  DATA  line  is  also  used  in  conjunction  with  the  CONTROL 
line  to  indicate  bus  states  (see  Section  **5.2.1  TM-Bus  States'*  on  page  13). 


4. 2. 2. 3  TM-Bus  SLAVE  DATA  Signal  De-finition.  The  TM-Bus  SLAVE  DATA  signal 
shall  be  used  to  transmit  acknowledgements,  data,  and/or  interrupts  from  the 
SLAVE(s)  to  the  MASTER.  The  TM— Bus  SLAVE  DATA  line  shall  support  a  wired— 
OR  con-figuration. 


4. 2. 2. 4  TM-Bus  CONTROL  Signal  De-finition.  The  TM— Bus  CONTROL  signal  shall 
be  a  single  uni-directional  line  -from  the  MASTER  to  the  SLAVES(s)-  When  the 
CONTROL  line  is  asserted  the  bus  is  placed  in  the  DATA  TRANSFER  state.  When 
CONTROL  is  released,  the  bus  is  in  the  PAUSE  or  IDLE  state. 


4. 2. 2. 5  TM-Bus  Addressing.  Each  TM-Bus  SLAVE  is  addressed  by  an  eight  bit 
address  -field.  This  address  shall  be  sent  in  the  HEADER  packet  containing 
the  five  (5)  bit  module  address  (bits  <16..12>)  and  the  three  (3>  bit 
sub— address  (bits  <11..9>>,  (see  Figure  9  on  page  15). 

The  five-bit  module  address  field  in  the  HEADER  shall  be  compared  to  five 
Module  IDent i f i cat i on  (MID)  inputs  to  determine  if  the  SLAVE  is  being 
addressed.  As  a  minimum,  each  SLAVE  shall  also  have  a  Module  Identification 
Parity  (MIP)  input  that  shall  be  set  such  that  the  modulo  two  sum  of  the 
five  MID  inputs  and  the  MIP  Input  equals  one  (1).  (Note:  the  asserted  state 
of  each  input  Is  a  logical  one).  When  used  In  conjunctior,  with  the  VHSIC 
Phase  2  PI-Bus,  it  Is  recommended  that  each  TM-Bus  SLAVE  module  have  its  MID 
and  MIP  Inputs  hardwired  to  the  backplane  of  the  TM-Bus  (see  section  ”4.2.4 
Module  Identification"  of  the  PI-Bus  Specification,  Version  2.1  dated  Sep¬ 
tember  25,  1936).  If  an  unrecoverable  error  occurs  on  the  MID  inputs,  the 
TM-Bus  SLAVE  shall  not  execute  any  commands  and  shall  release  the  SLAVE  DATA 
line. 

Comparison  of  the  three  (3)  sub-address  bits  from  the  HEADER  packet  against 
Sub— address  IDent i f i cat i on  (SID)  inputs  is  optional. 

Module  addresses  *0’  through  *30’  have  a  maximum  of  eight  (3)  subaddresses. 
Address  *31*  is  limited  to  three  (3)  subaddresses  ('F3’,  *F9*,  and  *FA’  HEX) 
due  to  restrictions  of  broadcast  and  multicast  commands.  See  Section  *’5.2.5 
Broadcast  Capability”  on  page  22  and  Section  ”5.2.6  Multicast  Capability"  on 
page  22  for  details. 
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4.3  ELECTRICAL  REQUIREMENTS.  Electrical  characteristics  for  the  TM-bus 
backplane  and  modules  shall  be  as  specified  herein.  These  requirements  are 
the  same  as  in  Version  2.1  of  the  VHSIC  Phase  2  Pl-Eus  Specification  dated 
9/25/36,  Section  "4.3  ELECTRICAL  REQUIREMENTS". 

4.3.1  Backplane  Requirements 

4.3. 1.1  Bus  Signal  Line  Characteristic  Impedance.  TM-Bus  signal  lines 
shall  have  a  characteristic  impedance  of  not  less  than  20  ohms  and  not  more 
than  50  ohms  for  all  operating  and  module  leading  conditions. 

4. 3. 1.2  Bus  Signal  Line  Termination.  Signal  lines  shall  be  terminated  at 
each  end  of  the  backplane  to  a  circuit  uhich  is  the  Theveni n-equi valent  of  a 
terminating  resistor  in  series  with  a  voltage  source  of  not  less  than  +1.9 
Volts  nor  more  than  +2.1  Volts.  The  value  of  the  terminating  resistance 
shall  be  between  30  and  40  ohms,  inclusive. 

4. 3. 1.3  Bus  Signal  Line  Resistance.  The  series  resistance  for  backplane 
signal  lines  shall  be  limited  such  that  the  maximum  voltage  rise  from  any 
asserted  module  output  to  the  terminating  resistance  at  either  end  of  the 
backplane  is  less  than  100  millivolts. 

4. 3. 1.4  Module  I  dent i f i cat i on  Line  Resistance.  The  resistance  of  the 
grounded  MID  and  MIP  lines  with  respect  to  the  signal  ground  shall  be  less 
than  10  ohms. 

4. 3. 1.5  Bus  Clock  Requirements 


4.3.1.f.l  Voltage  Levels.  The  low  level  voltage  for  Bus  Clock  shall  be 

less  than  or  equal  to  +0.55  volts.  The  high  level  voltage  for  Bus  Clock 
shall  be  greater  than  or  equal  to  +2.4  volts. 

4. 3. 1.5. 2  Rise  And  Fall  Time.  The  rise  time  (Tr)  of  the  Bus  Clock  from  0.3 
volts  to  2.0  volts  shall  be  less  than  5  nanoseconds.  The  fall  time  (Tf)  of 
the  Bus  Clock  from  2.0  volts  to  0.3  volts  shall  be  less  than  5  nanoseconds. 

4. 3. 1.5. 3  Duty  Cycle.  The  ratio  of  the  Bus  Clock  high  state  duration  to 
the  bus  clock  period  measured  at  1.5  Volts  shall  not  be  less  than  0.45  nor 
greater  than  0.55. 

4.3.2  Module  Requirements 

4.3.2. 1  Bus  Clock  Requirements 

4.3.2. 1.1  DC  Requirements 

4. 3. 2. 1.1.1  Input  Capacitance.  Bus  Clock  capacitance  to  logic  ground  shall 
be  less  than  22  picofarads. 

4. 3. 2. 1.1. 2  Input  Inductance.  Bus  Clock  series  inductance  from  the  module 
input  to  the  receiver  of  the  signal  shall  be  less  than  27  nanohenries. 

7 


C-13 


TM-bus  Specification 


Version  3.0 


4. 3. 2. 1.1. 3  Bus  Clock  Current.  The  maximum  current  sourced  by  the  module 
Mhen  the  clock  input  voltage  is  .4>0.55  volts  shall  be  1.6  milliamps.  The 
maximum  current  into  the  module  when  the  Bus  Clock  voltage  is  •t-2 . 4  volts 
shall  be  less  than  100  microamps. 

4. 3. 2. 1.1. 4  High-level  Input  Voltage.  An  Bus  Clock  input  voltage  of  +2.0 
volts  or  more  shall  be  interpreted  as  a  high  level. 

4. 3. 2. 1.1. 5  Lou-level  Input  Voltage.  A  Bus  Clock  input  voltage  of  +0.B 
volts  or  less  shall  be  interpreted  as  a  low  level. 

4.3.2. 1.2  AC  Requirements.  Modules  shall  operate  correctly  with  the  Bus 
Clock  characteristics  specified  in  "4. 3. 1.5  Bus  Clock  Requirements." 

The  maximum  Bus  Clock  frequency  for  the  module  shall  be  specified.  The 
minimum  Bus  Clock  frequency  shall  be  zero  Hertz. 

All  TM-bus  timing  shall  be  referenced  to  the  high-to-low  transition  of  Bus 
Clock  through  a  voltage  of  1.5  volts. 

4. 3. 2. 2  Signal  Line  Reguirements 

4. 3. 2. 2.1  DC  Reguirements 

4. 3. 2. 2.1.1  Input  Capacitance.  Signal  line  capacitance  to  logic  ground 
shall  be  less  than  22  picofarads. 

4. 3. 2. 2. 1.2  Incut  Inductance.  Signal  line  series  inductance  from  the  mod¬ 
ule  input  to  the  driver  or  receiver  of  the  signal  shall  be  less  than  27 
nanohenr i es . 

4. 3. 2. 2. 1.3  Leakage  Current.  Over  the  input  voltage  range  of  +0.3  volts 
to  +2.1  volts,  the  absolute  value  of  the  output  current  for  any  signal  line 
which  is  not  being  asserted  by  the  module  shall  be  less  than  100  microamps. 

4. 3. 2. 2. 1.4  Low-level  Sink  Current.  The  low-level  output  sink  current 

(lol)  drive  capability  for  signal  lines  shall  be  greater  than  95  milliamps 
at  an  output  voltage  of  1.15  volts. 

4. 3. 2. 2. 1.5  High-level  Output  Voltage.  The  high-level  output  voltage 

shall  be  determined  by  the  backplane  signal  line  termination  voltage  which 
IS  +1.9  to  +2.1  volts.  The  signal  line  outputs  shall  permit  wi red-OR  oper¬ 
ations  on  the  bus. 

4. 3. 2. 2. 1.6  Low-level  Output  Voltage.  The  low-level  output  voltage  (Vol) 
for  signal  lines  shall  be  less  than  1.15  volts  at  an  input  current  of  95 
mi  1 1 i amps . 
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4. 3. 2. 2. 1.7  High-level  Input  Voltage.  A  signal  line  input  voltage  <Vih) 
of  +1.6  volts  or  more  shall  be  interpreted  as  a  logic  0.  A  signal  line 
input  which  is  not  electrically  connected  to  the  backplane  (i.e.  an  open 
line)  shall  be  interpreted  as  a  logic  0. 

4. 3. 2. 2. 1.3  Low-level  Input  Voltaoe.  A  signal  line  input  voltage  (Vil)  of 
+1.45  volts  or  less  shall  be  interpreted  as  a  logic  1. 

4. 3. 2. 2. 2  AC  Requirements 

4. 3. 2. 2. 2.1  Signal  Line  Inputs.  Figure  3  illustrates  the  timing 
relationships  specified  below. 

4. 3. 2 . 2 . 2 . 1 . 1  Set-uo  Time.  The  maximum  time  that  each  input  signal  is 
required  to  be  uniquely  above  or  below  the  input  voltage  threshold  for  a 
logic  0  or  logic  1  prior  to  the  high— to— low  transition  of  the  clock  (set-up 
time,  Ts)  shall  be  specified. 

4. 3. 2 . 2 . 2 . 1 . 2  Hold-T ime.  The  maximum  time  that  each  input  signal  is 
required  to  be  uniquely  above  or  below  the  input  voltage  threshold  for  a 
logic  0  or  logic  1  following  the  high— to-low  transition  of  the  clock  (hold 
time,  Th)  shall  be  specified  and  shall  not  exceed  the  minimum  propagation 
delay  time  of  the  module. 

4. 3 . 2 . 2 . 2 . 1 . 3  Noise  Peiection.  The  input  signal  lines  shall  reject  and 
the  Bus  Interface  shall  not  respond  to  any  signal  pulse  whose  width  as  meas¬ 
ured  between  l.S  volts  on  the  low— to— high  transition  and  1.5  volts  on  the 
high-to-low  transition  is  less  than  4  nanoseconds. 

4. 3. 2. 2. 2. 2  Signal  Line  Outputs.  The  following  specifications  shall  apply 
when  the  signal  line  is  connected  to  the  test  circuit  of  Figure  4. 

4 . 3 . 2 . 2 . 2 . 2 . 1  Propagation  Delay.  Propagation  delay  shall  be  measured  with 
respect  to  the  high-to-low  transition  of  Bus  Clock  as  illustrated  in 
Figure  5.  The  reference  clock  voltage  for  timing  shall  be  +1.5  volts.  The 
reference  signal  voltage  for  timing  shall  be  +1.5  volts. 

The  minimum  and  the  maximum  propagation  delay  (Tpdlh)  for  an  output  signal 
changing  from  a  logic  1  (low  voltage)  to  a  logic  0  (high  voltage)  shall  be 
specified  for  each  output  signal  line. 

The  minimum  and  the  maximum  propagation  delay  (Tpdhl)  for  an  output  signal 
changing  from  a  logic  0  (high  voltage)  to  a  logic  1  (low  voltage)  shall  be 
specified  for  each  output  signal  line. 

4 . 3 . 2 . 2 . 2 . 2 . 2  Rise  And  Fall  Time.  The  rise  time  (Tr)  of  an  output  signal 
from  +1.2  volts  to  +1.3  volts  shall  be  less  than  9  nanoseconds.  The  fall 
time  (Tf)  of  an  output  signal  from  +1.8  volts  to  +1.2  volts  shall  be  less 
than  9  nanoseconds. 
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4. 3. 2. 3  MID  And  MIP  Lines.  A  binary  1  shall  be  represented  by  a  con¬ 
nection  to  signal  ground  and  a  binary  0  shall  be  represented  by  an  open  cir¬ 
cuit.  Modules  shall  incorporate  any  circuits  they  require  to  sense  the  MID 
and  MIP  lines.  The  absolute  current  into  a  grounded  MID  or  MIP  line  shall 
be  less  than  1  tnilliamp.  The  maximum  voltage  that  shall  exist  on  an  open 
MID  or  MIP  line  shall  not  exceed  25  volts. 
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•tNCLUDES  JIG  AND  PROBE  CAPACITANCE 

Figure  4.  Signal  Output  Test  Circuit 


XI 


C-17 


TM— bus  Sped -fi  cat  i  on 


Version  3.0 


5  DATA  LINK  LAYER 


5.1  Introducti on.  The  Test  and  Maintenance  Bus  (TM-Bus)  shall  be  the  chan¬ 
nel  -for  control  and  data  in-formation  -floM  between  the  TM-Bus  MASTER  (e.g.,  a 
maintenance  controller)  and  SLAVE  modules  within  a  system.  The  module  in 
control  of  the  TM-Bus  shall  be  referred  to  as  the  MASTER  and  all  other  mod¬ 
ules  on  the  TM-Bus  shall  be  referred  to  as  SLAVEs.  The  information  trans¬ 
ferred  and  the  scheduling  of  data  and  commands  are  system  dependent  and  are 
not  addressed  in  this  specification.  Figure  6  on  page  12  summarizes  the 
TM-Bus  design  parameters  and  characteristics. 


o  Performance  Character i st i cs 

o  Protocol  Characteri St i cs 

-  6.25  MHz  clock  (Typical) 

-  B  reserved  address  bits 

—  4  pin  bus  signals 

—  32  module  addresses  (maximum) 

—  Synchronous  Operation 

—  B  sub— addresses  per  module 
address 

-  Two  Data  Lines 

—  Multi-drop  Configuration 

-  SLAVE  Status  Register 

-  Interrupt  Capability 

Figure  6.  TM-Bus  Design 

Parameters  and  Characteristics 

I  5.2  Qperat  i  on .  A  message  transmitted  by  the  MASTER  shall  consist  of  a  com¬ 
mand  HEADER  packet,  and  optional  DATA  packets.  If  required,  the  SLAVE  shall 
I  respond  by  acknowledging  the  HEADER  and/or  transmitting  any  DATA  packets 
requested.  The  SLAVE  shall  only  transmit  packets  when  requested  to  do  so 
by  the  MASTER.  The  SLAVE  shall  indicate  interrupts  as  specified  in  Section 
"5.2.S  TM-Bus  Interrupts”  on  page  24.  All  data  shall  be  transmitted  MSB 
first . 

The  following  figures  and  paragraphs  describe  the  operation  of  the  four  line 
serial  TM-Bus  in  detail. 
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S.2.1  TM-Bus  States.  Using  the  Control  and  Master  Data  lines,  the  possible 
bus  states  are  shoMn  in  Figure  7.  Figure  &  on  page  14  shows  the  state  dia¬ 
gram  -for  the  TM-Bus. 


CONTROL 

MASTER  DATA 

STATE 

0 

0 

IDLE/INTERRUPT  (End  of  Message  (EOM)) 

0 

1 

PAUSE/INTERRUPT 

1 

0 

DATA  TRANSFER/HEADER/CONTEND 

1 

1 

DATA  TRANSFER/HEADER/CONTEND 

Figure  7.  TM-BUS  STATES 


The  IDLE  state  indicates  that  data  shall  not  be  transferred  over  the  bus  but 
interrupts  from  the  SLAVES  are  allowed  over  the  SLAVE  data  line.  The  PAUSE 
state  shall  be  used  between  pachets  during  a  message  transfer  to  allow 
SLAVES  to  interrupt  the  MASTER.  The  DATA  TRANSFER  state  is  entered  from  the 
HEADER  or  PAUSE  state  in  the  absence  of  a  CONTEND  command  and  indicates  that 
data  shall  be  transferred  over  the  MASTER  data  line,  the  SLAVE  data  line,  or 
both.  The  CONTEND  sequence  is  entered  from  the  HEADER  or  PAUSE  state  when 
the  CONTEND  command  is  issued. 

Packets  in  a  transmission  may  be  separated  by  a  variable  number  of  PAUSE 
states  (typically  from  0  to  5.  system  requirements  may  dictate  a  higher  num¬ 
ber).  The  end  of  a  message  shall  be  signified  by  a  return  to  the  IDLE 
state. 
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COrVTROL-O 
MASTER  0ATA4) 


MASTER  DATA-0 
CONTROUO 


CONTROL-0 
MASTER  DATA-1 


CONTROL-1 


Figure  8.  TM~Bus  State  Diagram 
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5.2.2  liessaoe/Resoonse  Packet  Descriptions.  All  messages  sent  by  the  MAS¬ 
TER  Shall  consist  of  a  HEADER  and  DATA  packet(s).  Responses  (from  the 
SLAVE)  shall  consist  of  an  optional  ACKNOWLEDGE  packet  and/or  DATA 
packet(s).  To  allow  flexibility.  the  number  of  DATA  packets  contained  in 
a  response  is  determined  by  user  definable  commands. 


5.2.2. 1  DATA  PACKETS.  The  DATA  packet  contains  sixteen  (IS)  data  bits 
(bits  <16..1>)  and  one  packet  parity  bit  (bit  <0>).  The  contents  and  format 
of  the  data  bits  are  not  specified.  Data  shall  be  sent  MSB  (bit  16)  first. 


5. 2. 2. 2  Packet  Parity.  Bit  0  of  each  packet  shall  contain  one  packet  pari¬ 
ty  bit.  The  parity  shall  be  odd  parity  such  that  the  modulo  2  sum  of  a  data 
packet  (bits  <16. .0>)  =  1.  The  parity  bit  shall  be  transmitted  last  as  the 
LSB. 


5. 2. 2. 3  HEADER  Packets.  Figure  9  shows  the  format  for  the  HEADER  packet 
which  includes  the  SLAVE  address  and  command  fields.  The  SLAVE  address 
field  is  eight  (B)  bits  in  length  (bits  <16.. 9>).  The  SLAVE  command  field 
is  seven  (7)  bits  in  length  (bits  <8..2>).  The  ACKNOWLEDGE  REQUEST  field  is 
one  bit  in  length  (Bit  <1>). 


MSB  LSB 


(16) 

(9) 

(8) 

(2) 

(1) 

(0) 

(8) 

SLAVE  ADDRESS 

(7) 

(1) 

(1) 

(5) 

MODULE 

ADDRESS 

(3) 

SUB 

ADDRESS 

COMMAND 

FIELD 

ACK 

REQ 

BIT 

PARITY 

BIT 

Figure  9.  HEADER  PACKET  | 

I 

The  standard  commands  are  defined  in  Section  "5.3  Command  Definitions"  on 
page  27.  If  the  ACKNOWLEDGE  REQUEST  bit  (bit  <1>  of  the  HEADER)  is 
asserted,  the  SLAVE  shall  respond  with  an  ACKNOWLEDGE  packet.  Bit  0  is  the 
packet  parity  bit. 
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5. 2. 2. 4  ACKNOMLEDGE  Packets.  Figure  10  on  page  16  shows  the  format  for  the 
ACKNOWLEDGE  packet  which  includes  the  SLAVE  address  and  status  fields.  The 
SLAVE  address  field  is  eight  (8)  bits  in  length  (bits  <16..9>>  and  contains 
the  address  of  the  responding  SLAVE.  The  status  field  is  also  eight  (8) 
bits  in  length  (bits  <8..1>)  and  contains  the  data  residing  in  the  SLAVE 
Status  Register.  Bit  0  is  the  parity  bit. 


MSB  LSB 

(16)  (9)  (8)  (1)  (0) 


(8) 

(8) 

(1) 

SLAVE  ADDRESS 

SLAVE  STATUS  REGISTER 

PARITY 

(MODULE  AND  SUB- 

CONTENTS 

BIT 

ADDRESS) 

Figure  10.  ACKNOWLEDGE  PACKET 


5.2.3  Message  Protocol.  A  message  transmission  from  the  MASTER  to  a  SLAVE 
shall  be  as  shown  in  Figure  11.  The  MASTER  shall  begin  a  message  trans¬ 
mission  by  first  asserting  the  CONTROL  line,  which  moves  the  bus  from  the 
IDLE  state  to  the  DATA  TRANSFER  state,  and  then  transmitting  the  HEADER 
packet;  the  MASTER  shall  assert  the  CONTROL  line  for  the  duration  of  the 
packet  transmission.  At  the  end  of  a  transmission,  the  MASTER  shall  release 
both  the  CONTROL  and  MASTER  DATA  lines,  which  returns  the  bus  to  the  IDLE 
state.  The  MASTER  shall  move  the  bus  to  the  PAUSE  state  between  packets  by 
releasing  the  CONTROL  line  while  asserting  the  MASTER  DATA  line.  If  the 

one  packet,  the  MASTER  shall  assert  the  CONTROL  line 
packet  transmission.  Optional  PAUSE  states  are  pei — 
within  a  single  message.  The  number  of  PAUSE  states 
system  requirements. 


message  is  longer  than 
during  each  additional 
mitted  between  packets 
shall  be  determined  by 
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(A) 


MASTER 

DATA 


CONTROL 


IDLE 


(B) 


MASTER 

DATA 


CONTROL 


IDLE 


(C) 


MASTER 

DATA 


CONTROL 


IDLE 


HEADER 


HEADER 


HEADER 


IDLE/EOM 


DATA 


IDLE/EOM 


PAUSE 


DATA 


IDLE/EOM 


NOTE:  The  logic  state  is  represented  not  the  voltage  level. 


Figure  11.  MESSAGE  PROTOCOL 


5.2.4  Response  Protocol.  All  states  on  the  SLAVE  DATA  line  including 
PAUSE.  IDLE.  and  packet  transmissions,  shall  be  synchronous  to  the  MASTER 
DATA  and  CONTROL  lines  with  a  two  clock  cycle  delay  as  shown  in  Figure  12  on 
page  12.  This  delay  is  required  so  that  the  SLAVE  can  receive  and  react  to 
state  transitions  on  the  MASTER  DATA  and  CONTROL  lines.  Following  receipt 
of  a  HEADER  packet,  the  addressed  SLAVE  shall  begin  packet  transmi ssi ons  on 
the  SLAVE  DATA  line  as  soon  as  the  CONTROL  line  is  asserted  (with  the  two 
cycle  delay),  as  shown  in  Figure  13  on  page  19  and  Figure  14  on  page  20.  A 
flow  diagram  of  the  SLAVE  response  is  shown  in  Figure  15  on  page  21. 

If  the  ACKNOWLEDGE  bit  is  asserted  in  the  HEADER,  the  addressed  SLAVE  shall 
respond  with  an  ACKNOWLEDGE  packet  during  the  next  packet  transmission  peri— 
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od.  After  the  optional  ACKNOWLEDGE  packet,  the  addressed  SLAVE  shall  trans¬ 
mit  any  DATA  packets  required  by  the  decoded  command,  as  shown  in  Figure  14 
on  page  20.  The  SLAVES  shall  not  respond  with  an  acknowledge  during  broad¬ 
cast  or  multicast  operations. 

If  the  message  to  the  SLAVE  contains  DATA  packets  as  shown  in  Figure  14  and 
the  acknowledge  bit  is  asserted,  then  the  SLAVE  shall  respond  by  sending  an 
ACKNOWLEDGE  packet  during  the  next  period  that  data  may  be  sent  over  the 
SLAVE  DATA  line.  After  the  optional  ACKNOWLEDGE  packet,  the  SLAVE  shall 
transmit  any  DATA  packets  required  by  the  command. 

As  shown  in  Figure  14  on  page  20  data  transfer  may  occur  simultaneously  on 
the  MASTER  DATA  line  and  the  SLAVE  DATA  line.  This  simultaneous  transfer  is 
dependent  on  the  command  received  by  the  SLAVE.  None  of  the  standard  com¬ 
mands  shall  require  simultaneous  transmissions. 

Interrupt  Handling  protocol  is  described  in  Section  "5.2.S  TM-Bus 
Interrupts”  on  page  24. 


CLOCK 


njui. ...  ...  Jijn_ri_rLrL 


CONTROL 


DATA  TRANSFER 


EOM 


PAUSE  -  (optional) 


MASTER 

DATA 

SLAVE 

DATA 


HEADER 


EOM 


i<- 


RESPONSE 


EOM 


2  cycle  delay 

NOTE;  The  logic  state  is  represented  not  the  voltage  level, 


Figure  12.  DATA  TRANSFER  TIMING 
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MASTER 

DATA 


HEADER 


SLAVE 

DATA 


ACKNOULEDGE 


CONTROL 


-OR- 


MASTER 

DATA 


HEADER 


SLAVE 

DATA 


ACKNOWLEDGE 


DATA 


CONTROL 


=  DON'T  CARE 


NOTE:  The  logic  state  is  represented  not  the  voltage  level. 


Figure  13.  SLAVE  RESPONSE  PROTOCOL  (A) 
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CONTROL 
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SLAVE 
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CONTROL 


=  DON'T  CARE 

NOTE:  The  logic  state  is  represented  not  the  voltage  level. 

Figure  14,  SLAVE  RESPONSE  PROTOCOL  (B> 
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Figure  15.  SLAVE  RESPONSE  FLOW 
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5.2.5  Broadcast  Capability.  The  MASTER  shall  have  the  capability  to  broad¬ 
cast  to  all  SLAVES  by  setting  the  SLAVE  address  field  equal  to  (’FB’  HEX). 
All  SLAVES  shall  recognize  this  address  in  addition  to  their  normal  module 
address  and/or  sub— address.  SLAVES  shall  indicate  correct  receipt  of  a 

broadcast  command  (HEADER  packet)  by  asserting  the  Broadcast/Multicast 
Received  bit  in  the  SLAVE  status  register.  The  Broadcast/Multicast  Received 
bit  shall  be  released  if  the  broadcast  command  Mas  not  received  correctly  or 
the  SLAVE  uas  busy  during  a  broadcast  operation,  such  that  it  could  not  exe¬ 
cute  the  TM-Bus  command.  See  sections  "5.3.1  Reset  SLAVE"  on  page  27, 
"5.3.3  Read  Status  Register"  on  page  27,  and  "5.6  TM-Bus  Error  Handling"  on 
page  30  for  further  discussions  of  the  broadcast/multicast  received  bit. 
Note  that  a  SLAVE  shall  have  the  capability  to  execute  the  standard  commands 
I  regardless  of  their  busy  state.  A  SLAVE  shall  assert  the  SLAVE  Busy  or  the 
Bus  Error  bit  in  the  SLAVE  Status  Register  if  a  broadcast  command  is  not 
received  properly.  SLAVES  shall  not  transmit  any  response  packets  over  the 
SLAVE  DATA  line  in  response  to  broadcast  operations  except  during  CONTEND 
commands.  SLAVEs  may  issue  interrupts  during  a  broadcast  operation  (see 
section  "5.2.3  TM-Bus  Interrupts"  on  page  24). 


5.2.6  Multicast  Capability.  The  MASTER  shall  have  the  capability  to  multi¬ 
cast  to  any  number  of  SLAVES.  Each  SLAVE  shall  belong  to  one  of  four  multi¬ 
cast  groups  (00,  01,  10,  11),  as  indicated  by  the  multicast  select  bits  in 
the  SLAVE  Status  Register  (see  Figure  16  on  page  23).  When  a  SLAVE  receives 
a  Reset  SLAVE  command,  it  shall  set  its  group  to  *00'.  A  SLAVE  shall  change 
its  group  in  response  to  each  Multicast  Select  Command  or  Reset  SLAVE  com¬ 
mand  Mhich  it  receives. 

SLAVES  shall  recognize  four  addresses  as  valid  multicast  addresses;  (*FC' 
Hex),  <*FD»  HEX),  (»FE’  HEX)  and  (’FF’  HEX)  Mhich  shall  be  used  for  multi¬ 
cast  groups  ’00',  '01',  '10',  and  *11*  respectively.  A  SLAVE  shall  indicate 
correct  receipt  of  a  multicast  command  (HEADER  packet)  by  asserting  the 
Broadcast/Mul t i cast  Received  bit  in  the  SLAVE  status  register.  The  SLAVE 
shall  release  the  Broadcast/Mult i cast  Received  bit  if  the  multicast  command 
Mas  not  received  correctly  or  the  SLAVE  Mas  busy  during  a  multicast  opera¬ 
tion,  such  that  it  could  not  execute  the  TM-6us  command.  See  sections 
"5.3.1  Reset  SLAVE"  on  page  27,  "5.3.3  Read  Status  Register"  on  page  27,  and 
"5.6  TM-Bus  Error  Handling"  on  page  30  for  further  discussions  of  the  broad¬ 
cast/multicast  received  bit.  A  SLAVE  shall  have  the  capability  to  execute 
the  standard  commands  regardless  of  its  busy  state.  A  SLAVE  shall  assert 
the  SLAVE  Busy  or  the  Bus  Error  bit  in  the  SLAVE  Status  Register  if  it  does 
not  receive  a  multicast  command  properly.  SLAVES  shall  not  transmit  any 
packets  over  the  SLAVE  DATA  line  in  response  to  multicast  operations,  except 
during  Contend  commands.  See  section  ”5.3  Command  Definitions"  on  page  27 
for  details  of  Multicast  Select  commands.  SLAVEs  may  issue  interrupts  dur¬ 
ing  a  multicast  operation  (see  section  "5.2.3  TM-Bus  Interrupts”  on  page 
24) . 
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5.2.7  TM-Bus  SLAVE  Status  Register.  Each  SLAVE  shall  have  a  SLAVE  Status 
Register,  described  in  Figure  16  on  page  23.  All  bits  in  the  status  regis¬ 
ter  shall  be  considered  active  when  asserted.  After  returning  the  SLAVE 
status  in  response  to  a  Read  Status  Register  command,  a  SLAVE  shall  reset 
(release)  the  Bus  Error,  Broadcast/Multicast  Received,  and  Event  Occurrence 
bits  (resetting  the  Reserved  bit  is  optional).  The  SLAVE  shall  reset 
the  Bus  Error,  Broadcast  Received,  and  Event  Occurrence  bits  when  it  wins  a 
contend  sequence  (resetting  the  Reserved  bit  is  optional). 


Bit 

Name 

Meaning  Mhen  Active 

8(MSB) 

Reserved 

Available  for  user  defined  status. 
May  be  used  for  address  extension. 

7 

SLAVE  Busy 

Indicates  that  the  application  side 
of  the  TM-Bus  interface  is  busy. 

6 

Event  Occurrence 

Indicates  that  an  error  condition 
or  other  predefined  condition 
exists. 

5 

Broadcast/ 

Multicast  Received 

Indicates  that  the  last  Broadcast/ 
Multicast  command  was  properly 
recei ved. 

A 

Bus  Error 

Indicates  that  a  parity  error 
or  an  illegal  command  has  been 
detected  by  the  SLAVE. 

3 

Multicast  Select 

Bit  1 

Indicates  SLAVE  multicast  select 

Mode. 

2 

Multicast  Select 

Bit  0 

Indicates  SLAVE  multicast  select 

Mode. 

KLSB) 

Interrupt  Enabled 

Indicates  whether  the  SLAVE 
may  send  an  interrupt. 

Figure  16.  SLAVE  Status  Register 
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5.2.8  TM-Bus  Interrupts.  Any  SLAVE  may  signal  an  interrupt  to  the  MASTER 
by  asserting  the  SLAVE  DATA  line  for  one  clock  period/cycle  during  the  PAUSE 
or  IDLE  statest  (Mhen  interrupts  are  enabled)  as  shown  in  Figure  17.  On 
receiving  an  interrupt,  the  MASTER  may  service  that  interrupt  by  issuing  a 
'CONTEND  for  bus*  command,  checking  the  error  status  bits,  and  taking  appro¬ 
priate  action. 

The  SLAVE  shall  send  an  interrupt  out  over  the  SLAVE  DATA  line  when  the 
Event  Occurrence  or  Bus  Error  bits  are  asserted.  The  SLAVE  shall  consider 
the  interrupt  condition  serviced  when  the  SLAVE  wins  a  contend  sequence  or 
the  MASTER  issues  a  Read  Status  Register  command  to  that  SLAVE.  The  SLAVE 
shall  continue  to  send  the  interrupt  for  one  clock  period  after  all  subse¬ 
quent  contend  sequences,  that  the  SLAVE  does  not  win,  until  the  interrupt  is 
serviced.  All  interrupts  shall  be  sent  only  during  periods  that  interrupts 
are  valid  on  the  bus. 

If  the  SLAVE  Busy  bit  is  asserted  during  data  transfers  (Bus  State  S2)  after 
the  optional  ACKNOMLEGE  packet  is  transferred,  the  SLAVE  shall  send  an 
interrupt  over  the  bus. 

Any  SLAVE  that  is  currently  addressed  shall  have  the  ability  to  interrupt 
during  PAUSE  states  within  a  message.  An  active  SLAVE'S  interrupt  capabili¬ 
ty  shall  override  the  DISABLE  INTERRUPT  command.  The  SLAVE  shall  go  back  to 
the  state  selected  by  the  last  DISABLE  or  ENABLE  INTERRUPT  COMMAND  following 
completion  of  a  bus  transaction. 


CONTROL 

PAUSE 

IDLE 

SLAVE 

DATA 

2  cycle  delay 
< - >1 

|<— > 

|< - > 

2 

cycle 

Interrupt 

2 

cycle 

Interrupt 

delay 

Permi tted 

delay 

P  ermi tted 

NOTE:  The  logic  state  is  represented  not  the  voltage  level. 

Figure  17. 

INTERRUPT 

TIMING 
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5.2.9  TM-Bus  Contention.  When  the  CONTEND  for  bus  command  is  issued,  any 
SLAVES  Hhich  meet  the  interrupt  conditions  described  in  Section  ”5.2.2 
TM-Bus  Interrupts”  on  page  24  (Event  Occurrence  bit  asserted.  Bus  Error  bit 
asserted,  etc.)  and  for  uhich  interrupts  are  enabled  may  contend.  During 
the  transmission  of  this  packet,  the  SLAVE  shall  'listen*  to  the  SLAVE  DATA 
line  and  inhibit  data  transmission  if  a  higher  priority  address  is  'heard*. 
The  highest  SLAVE  address  shall  have  the  highest  priority. 

To  contend  for  the  bus,  a  SLAVE  sends  its  ACKNOWLEDGE  packet,  which  includes 
the  eight-bit  SLAVE  address.  The  SLAVE  sends  one  SLAVE-address  bit  every 
two  cycles,  most  significant  bit  first.  After  transmitting  a  bit  during  the 
first  of  the  two  cycles,  the  SLAVE  'listens*  during  the  following  cycle  for 
a  higher  address;  i.e.,  if  the  SLAVE  has  transmitted  a  *0',  it  listens  for  a 
*1*.  If  the  higher  address  is  not  'heard',  then  a  SLAVE  shall  continue  to 
alternately  transmit  and  'listen*  until  the  entire  IS  bit  SLAVE  ACKNOWLEDGE 
packet  has  been  placed  on  the  bus  (in  32  clock  cycles)  and  one  bit  of  parity 
in  the  33rd  cycle,  or  until  a  higher  address  is  'heard'  on  the  bus  (as  shown 
in  Figure  12).  After  33  cycles,  the  highest  priority  SLAVE  that  was  con¬ 
tending  has  transmitted  its  ACKNOWLEDGE  packet  to  the  MASTER  and  the  bus 
returns  to  the  IDLE  state. 
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CONTROL 


MASTER 

DATA 


HEADER 

(CONTEND  CMD) 


SLAVE 

DATA 


SLAVE  CONTEND  (33  clocks) 


CLOCK 


CONTROL 


SLAVE 

DATA 


BIT  16  BIT  15  BIT  14 


TRANSMI 


J  I  ^ 

T  _ I  _ _ •- 


— —  LISTEN 


NOTE:  The  logic  state  is  represented  not  the  voltage  level. 


Figure  13.  CONTEND  SEQUENCE 
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5.3  Command  Definitions.  The  HEADER  commands  shown  in  Figure  19  on  page 
29  are  defined  below.  There  shall  be  7  bits  allowing  127  SLAVE  commands. 
Commands  0  through  15  shall  be  standard  or  reserved  commands  and  the  remain- 
I  der  shall  be  user— def i ned  commands.  The  command  ('7F'  HEX)  with  the 
ACKNOWLEDGE  REQUEST  bit  asserted  shall  be  an  illegal  command  to  all  SLAVES. 
If  the  ’7F’  command  is  detected  by  a  SLAVE,  with  the  ACKNOWLEDGE  REQUEST  bit 
asserted,  then  the  SLAVE  shall  set  the  Bus  Error  bit  in  the  SLAVE  status 
register.  SLAVES  shall  execute  all  the  commands  defined  below  regardless  of 
the  state  of  the  BUSY  bit  in  the  SLAVE  Status  Register.  The  results  of  the 
following  commands  shall  be  reflected  in  the  returned  ACKNOWLEDGE  packet  (if 
ACKNOWLEDGE  has  been  requested)  except  for  the  Read  Status  command,  see  Sec¬ 
tion  ”5.3.3  Read  Status  Register”  on  page  27. 


5,3.1  Reset  SLAVE.  This  command  shall  cause  all  TM-Bus  SLAVES  to  come  to 
an  erroi — free  quiescent  state  and  all  internal  registers,  counters  and  buff¬ 
ers  to  be  brought  to  a  known  initial  state  such  that  each  SLAVE  is  capable 
of  receiving  and  executing  commands.  In  response  to  a  Reset  SLAVE  command, 
a  SLAVE  shall  reset  (release)  all  SLAVE  Status  Register  bits,  reset  the 
SLAVE'S  multicast  select  group  mode  shall  be  reset  to  *00'.  and  disable 
i nterrupts. 

In  response  to  a  broadcast  or  multicast  Reset  command,  a  SLAVE  shall  set  the 
Broadcast/Multicast  Received  bit. 


5.3.2  Initialize  Module.  In  response  to  an  Initialize  Module  command,  a 
SLAVE  shal 1  i ni t i ali ze  the  application  side  of  the  module  bringing  required 
registers  to  a  pre-defined  state. 


5.3.3  Read  Status  Register.  Upon  the  receipt  of  a  NON-broadcast/mul t i cast 
read  status  command,  the  SLAVE  shall  return  the  ACKNOWLEDGE  packet,  which 
includes  the  current  eight  (2)  bit  SLAVE  Status  Register  contents,  and  then 
reset  (release)  the  Bus  Error,  Event  Occurrence  ,  and  Broadcast  Received 
bits.  Resetting  the  User-Defined  bit  in  the  SLAVE  Status  Register  shall  be 
opt i onal . 

If  a  broadcast/mult i cast  read  status  command  is  received,  the  SLAVE  shall 
not  transmit  any  response  over  the  SLAVE  DATA  line.  It  shall  reset  the  Bus 
Error,  Event  Occurrence,  and  Broadcast  Received  bits.  Resetting  the  User 
Defined  bit  in  the  SLAVE  Status  Register  shall  be  optional. 

5.3.4  CONTEND  for  Bus.  This  command  shall  cause  SLAVES  to  CONTEND  for  the 
bus  as  described  in  Section  ”5.2.9  TM— Bus  Contention”  on  page  25. 
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5.3.5  Enable  Interrupt.  Upon  receiving  this  command,  a  SLAVE  shall  set  the 
Interrupt  Enable  bit  in  the  SLAVE  Status  Register,  thereby  allowing  the 
SLAVE  to  interrupt  during  IDLE  or  PAUSE  states. 

5.3.6  Disable  Interrupt.  Upon  receiving  this  command,  a  SLAVE  shall  reset 
(release)  the  Interrupt  Enable  bit  in  the  SLAVE  Status  Register,  thereby 
preventing  the  SLAVE  trom  interrupting. 


5.3.7  Multicast  Select  0.  Upon  receiving  this  command,  a  SLAVE  shall  enter 
multicast  group  0  by  resetting  the  SLAVE  Status  Register  Multicast  Select 
bits  to  *00’.  This  shall  enable  the  SLAVE  to  respond  to  command  headers 
with  an  address  field  equal  to  *FC'  (HEX). 


5.3.8  Multicast  Select  1.  Upon  receiving  this  command,  a  SLAVE  shall  enter 
multicast  group  1  by  setting  the  SLAVE  Status  Register  Multicast  Select  bits 
to  *01'.  This  shall  enable  the  SLAVE  to  respond  to  command  headers  with  an 
address  field  equal  to  'FD'  (HEX). 


5.3.9  Multicast  Select  2.  Upon  receiving  this  command,  a  SLAVE  shall  enter 
multicast  group  2  by  setting  the  SLAVE  Status  Register  Multicast  Select  bits 
to  ’10'.  This  shall  enable  the  SLAVE  to  respond  to  command  headers  with  an 
address  field  equal  to  'FE*  (HEX). 


5.3.10  Multicast  Select  3. 
enter  multicast  group 
Select  bits  to  ’ll’, 
headers  with  an  address 


Upon  receiving  this  command,  a  SLAVE  shall 
setting  the  SLAVE  Status  Register  Multicast 
enable  the  SLAVE  to  respond  to  command 
(HEX) . 


3  by 

This  shall 
field  equal  to  ’FF 
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Command  Field 

Command 

(MSB)  (LSB) 

(5)  (2) 

0000000 

READ  STATUS 

0000001 

INITIALIZE  MODULE 

0000010 

RESET  SLAVE 

0000011 

CONTEND  FOR  BUS 

0000100 

MULTICAST  SELECT  0 

0000101 

MULTICAST  SELECT  1 

0000110 

MULTICAST  SELECT  2 

0000111 

MULTICAST  SELECT  3 

0001000 

ENABLE  INTERRUPT 

0001001 

DISABLE  INTERRUPT 

0001010 

RESERVED 

0001011 

RESERVED 

0001100 

RESERVED 

0001101 

RESERVED 

0001110 

RESERVED 

0001111 

RESERVED 

Figure  19.  Standard  Commands 


5.4  TM-6us  Svnchreni ration /Initial! ration.  The  bus  shall  be  initialized 
when  both  the  MASTER  DATA  and  CONTROL  lines  are  simultaneously  released, 
forcing  the  bus  into  the  IDLE  state.  All  SLAVES  on  the  bus  shall  then  be 
capable  of  transactions  over  the  bus.  If  desired,  the  command  'Reset  SLAVE’ 
may  then  be  broadcast  to  bring  all  bus  lines  and  SLAVES  to  an  error-free 
quiescent  state.  When  a  SLAVE  receives  the  Reset  command,  it  resets  all  the 
SLAVE  Status  Register  bits,  resets  its  multicast  select  mode  to  '00',  and 
disables  SLAVE  interrupts. 

In  response  to  a  broadcast  or  multicast  Reset  command,  a  SLAVE  shall  set  the 
Broadcast/Multi  cast  Received  bit. 


5.5  TM-Bus  Mastership.  The  TM-Bus  shall  have  single  MASTER  operations. 
This  specification  shall  not  preclude  the  ability  for  systems  to  have  more 
than  one  MASTER  and  a  method  to  SMitch  mastership  of  the  bus  independent  of 
the  four  signal  lines  defined  in  this  specification. 
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5.6  TM-Bus  Error  Handling.  SLAVE(s)  that  detect  a  parity  error  in  a  HEADER 
packet  shall  ignore  the  command,  set  the  Bus  Error  bit  in  the  SLAVE  status 
register  and  signal  an  interrupt  as  described  in  Section  **5.2.6  TM-Bus 
Interrupts**  on  page  24.  Mhen  a  parity  error  is  detected  by  the  addressed 
SLAVE  Mhile  receiving  DATA  packets,  the  SLAVE  shall  set  the  Bus  Error  bit 
and  signal  an  interrupt. 

Stuck-at-O  bus  conditions  are  detected  by  the  odd  packet  parity  scheme  as 
described  in  Section  "5. 2. 2. 2  Packet  Parity**  on  page  15.  Stuck-at-1  bus 
conditions  shall  be  detected  as  an  illegal  command  as  described  in  Section 
”5.3  Command  Definitions”  on  page  27. 

To  insure  error-free  reception  during  broadcast  or  multicast,  the  read  sta¬ 
tus  register  command  should  be  broadcast  or  multicast  first  to  clear  each 
SLAVE'S  broadcast/multicast  received  bit.  After  broadcast  or  multicast  of 
data  or  a  command,  the  broadcast/mult i cast  received  bit  should  be  checked  by 
reading  the  status  register  of  each  SLAVE  one  at  a  time. 


5.7  TM-Bus  Testing.  On-line  testing  of  the  bus  is  performed  as  a  result  of 
its  normal  operation.  Off-line  or  power-up  testing  may  be  accomplished 
through  the  use  of  bus  exercise  routines  and  bus  wrap/hand-shaking  tests. 
The  MASTER  shall  be  able  to  send  bad  parity  or  set  any  SLAVE*s  Event  Occur — 
rence  bit  and  check  for  proper  SLAVE  response  utilizing  user  definable  com¬ 
mands  for  test  flexibility. 
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«  NOTES 

Any  comments  should  be  submitted  to: 

J.P.  Uetellier 
Naval  Research  Lab 
Code  5305 

Mashington,  D.C.  20375 
phone  (202)  767-2937 
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APPENDIX  1 

10  GLOSSARY 


EOM 

— 

End  of  Message 

Hz 

- 

Hertz 

Lsa 

- 

Least  Significant  Bit 

MHz 

- 

Megahertz,  1  million  cycles  per  second 

riA 

- 

Mi  1 1 i amperes ,  1  thousandth  of  an  Amper< 

MID 

- 

Module  Identification 

MIP 

- 

Module  Identification  Parity 

MSB 

- 

Most  Significant  Bit 

nh 

- 

Nanohenry,  1  billionth  of  a  Henry 

ns 

- 

Nanosecond,  1  billionth  of  a  Second 

pP 

- 

Picofarad,  1  trillionth  of  a  Farad 

TBD 

- 

To  Be  Defined 

Tf 

- 

Fall  Time 

Th 

- 

Hold  Time 

TM-Bus 

- 

Test  and  Maintenance  Bus 

Tpdhl 

- 

Propagation  Delay,  high— to— lou 

Tpdlh 

- 

Propagation  Delay,  loM-to— high 

Tp 

- 

Rise  Time 

Ts 

- 

Set-up  Time 

uA 

- 

micro  Amperes,  1  millionth  of  an  Amperi 

Vih 

- 

High-level  Input  Voltage 

Vi  1 

- 

LoM-level  Input  Voltage 

Vol 

- 

Low-level  Output  Voltage 
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1  SCOPE 

1.1  Scope.  This  speci -f  1 cati on  establishes  the  electrical,  functional  and 
performance  requirements  for  the  set  of  signal  lines  that  constitute  the 
Element  Test  and  Maintenance  Bus  (ETM-Bus>. 


1.2  Purpose.  The  purpose  of  this  standard  is  to  establish  requirements  for 
the  ETM-Bus  and  facilitate  Interoperability  of  VLSI  chips  uhich  use  the 
ETM-Bus. 


1.3  Intended  Application.  The  ETM-Bus  is  intended  as  a  serial  path  for 
test  and  maintenance  control  and  data  information  at  the  chip  level. 


2  APPLICABLE  DOCUMENTS 


2.1  Government  Documents.  The  following  documents  of  the  exact  issue  shown 
form  a  part  of  this  specification  to  the  extent  specified  herein.  In  the 
event  of  conflict  between  the  documents  referenced  herein  and  the  contents 
of  this  specification,  the  contents  of  this  specification  shall  be  consid¬ 
ered  a  superseding  requirement. 

•  VHSIC  Phase  2  INTEROPERABILITY  STANDARDS  TM-Bus  SPECIFICATION,  Version 

3.0  dated  November  9,  1987. 

•  VHSIC  Phase  2  ELECTRICAL  INTERFACE  SPECIFICATION,  Version  1.3  dated 

March  20,  1986. 

2.2  Non-Government  Documents.  The  following  documents  of  the  exact  issue 
shown  form  a  part  of  this  specification  to  the  extent  specified  herein.  In 
the  event  of  conflict  between  the  documents  referenced  herein  and  the  con¬ 
tents  of  this  specification,  the  contents  of  this  specification  shall  be 
considered  a  superseding  requirement. 


•  None. 


3  DEFINITIONS 

The  definitions  listed  here  shall  apply  to  the  ETM-Bus  and  the  VLSI  chips 
which  interface  to  it. 
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3.1  Item  Pe-finition.  The  ETM-Bus  is  a  communications  media  which  trans-fers 
bit  serial  data  between  a  ’MASTER*  device  (CONTROLLER)  and  up  to  32  logical 
’SLAVE’  elements  inter-facing  to  a  single  ETM-Bus  CONTROLLER. 

ETM-Bus  elements  implement  the  ETM-Bus  protocol  and  meet  all  requirements  of 
this  specification. 

Figure  1  on  page  2>  illustrates  the  ETM-Bus  and  ETM-Bus  elements.  Conceptu- 
ally,  each  element  consists  of  a  device  which  performs  the  application  spe¬ 
cific  function  of  the  chip  and  a  bus  interface  which  implements  the  ETM-Bus 
master— slave  communications  protocol. 


TM-BUS 


ETM-Bus 

MASTER/ 

CONTROLLER 


ETM-Bus  SLAVE  31 


/  1 


From  Clock  Source 


Figure  1.  Conceptual  Model  Of  ETM-Bus  Elements 


3. 2  Term  Definitions. 

assert  The  action  of  changing  the  state  of  a  bus 

signal  line  from  released,  logic  0,  to 
asserted,  logic  1,  or  of  ensuring  that  the 
line  remains  in  the  asserted  state. 
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asserted 
bus  master 
element 


The  logic  1  state  of  a  bus  signal  line. 

The  device  in  control  of  the  bus. 

A  single  VLSI  integrated  circuit  Mhich 
interfaces  to  the  ETM-Bus. 


logic  0 


logic  1 


message 


The  least  positive  of  the  two  bus  states  for 
an  active  high  bus  signal  line>  or  the  more 
positive  of  the  two  bus  states  for  an  active 
loM  bus  signal  line. 

The  more  positive  of  the  two  bus  states  for 
an  active  high  bus  signal  line,  or  the  least 
positive  of  the  two  bus  states  for  an  active 
low  bus  signal  line. 

A  set  of  sequences  consisting  of 
instructions  or  scan  data. 


release 


released 


sequence 


slave 


transfer 


wi red-ORed 


The  action  of  ceasing  to  assert  a  logic  1  on 
a  bus  signal  line.  The  action  of  releasing 
a  signal  line  produces  a  change  in  the  state 
of  the  signal  line  only  if  no  element  is 
asserting  that  signal. 

The  logic  0  state  of  a  bus  signal  line  pro¬ 
duced  when  no  element  asserts  the  signal 
associated  with  that  line. 

A  transaction  comprising  a  number  of  ordered 
transfers  performing  one  intended  function. 

An  element  which  does  not  have  control  of 
the  bus,  and  is  selected  by  the  master  to 
participate  in  a  sequence. 

A  set  of  elemental  operations  on  the  bus 
which  result  in  the  communication  of  bit 
serial  datum  units  between  the  current  bus 
master  and  the  selected  slave(s).  A  serial 
datum  unit  is  1  bit.  See  sequence. 

A  hardwired  OR  function. 
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4  PHYSICAL  LAYER 


4.1  Introduction.  The  physical  layer  of  the  ETM-Bus  is  specified  herein. 
The  bus  signal  lines  required  to  implement  the  bus,  the  electrical  charac¬ 
teristics  of  the  bus  i nterf aces , the  allouable  bus  configurations,  and  timing 
definitions  are  presented. 


4.2  Line  Definition.  The  ETM-Bus  signal  and  clock  lines  are  defined  in 
this  section. 


4.2.1  Nomenclature.  Lines  shall  be  designated  by  name.  When  a  set  of 
related  bits  are  represented  by  the  same  name,  the  bits  kiithin  the  set  shall 
be  differentiated  by  number  with  the  most  significant  (MSB)  bit  numbered  0. 
All  fields  shall  be  referred  to  by  their  bit  position  laithin  a  data  Mord 
transferred  over  the  ETM-Bus.  All  ETM-Bus  signals  are  defined  in  the  fol¬ 
lowing  paragraphs.  A  symbol  associated  with  a  signal  means  that  the  sig¬ 
nal  is  active  low. 


4.2.2  ETM-Bus  Signal  Definition.  There  shall  be  a  minimum  of  six  (6)  sig¬ 
nal  types  that  make  up  the  ETM-Bus  as  shown  in  Figure  2  on  page  5.  Addi¬ 
tional  lines,  to  accommodate  enhanced  application  requirements,  are  not 
precluded.  SELECT  and  INTERRUPT  are  negative  logic  and  all  other  signals 
shall  use  positive  logic. 
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FROH  CLOCK  SOURCE 


Figure  2.  ETM-Bus  Signal  Types 


4.2.2. 1  ETM-Bus  CLOCK  Signal  Definition.  All  data  transfer  operation^ 
shall  be  synchronous  with  the  REFERENCE  CLOCK  (REF  CLK)  signal.  All  bus 
activity  shall  be  relative  to  the  high-to-low  transition  of  the  REFERENCE 
CLOCK.  All  data  transfers  shall  occur  as  shoMn  in  Figure  4  on  page  7.  The 
CLOCK  signal  shall  be  single  phase.  The  ETM-Bus  interface  should  support 
the  full  range  of  clock  frequencies  from  zero  (0)  to  6.25  MHz. 

4. 2. 2. 2  ETM-Bus  DATAIN  Signal  Definition.  The  ETM-Bus  DATAIN  signal  shall 
be  a  single  unidirectional  line  into  the  SLAVE.  Instruction  data  and  scan 
data  shall  be  transmitted  to  the  SLAVES  over  the  DATAIN  line.  In  the  ring 
configuration,  shown  in  Figure  5  on  page  5,  the  DATAIN  signal  shall  be 
sourced  from  either  the  CONTROLLER  or  another  SLAVE.  In  the  star  configura¬ 
tion,  shown  in  Figure  6  on  page  9,  the  DATAIN  signal  shall  be  sourced  from 
the  CONTROLLER. 


4. 2. 2. 3  ETM-Bus  DATAOUT  Signal  Definition.  The  ETM-Bus  DATAOUT  signal 
shall  be  a  single  unidirectional  line  from  a  SLAVE.  In  the  star  configura¬ 
tion,  the  DATAOUT  signal  shall  be  transmitted  from  the  SLAVE  to  the  CONTROL¬ 
LER.  In  the  ring  configuration,  the  DATAOUT  signal  shall  be  transmitted 
from  the  SLAVE  to  either  the  CONTROLLER  or  the  DATAIN  pin  of  another  SLAVE. 
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The  DATAOUT  line  shall  support  three— state  operation.  The  DATAOUT  signal 
shall  be  in  the  hi gh- impedance  state  Mhen  inactive  (e.g.,  not  in  a  logic  1 
or  0  state). 


4. 2. 2. 4  ETM-Bus  SELECT  Line  Signal  Definition.  The  SELECT  signal  line 
(-SEL)  shall  be  unidirectional  from  the  CONTROLLER  to  the  SLAVES.  The  SELECT 
signal  line  defines  when  data  transfer  operations  shall  occur.  SELECT  shall 
be  asserted  (Iom)  one  cycle  before  instruction  or  scan  data  is  serially 
transferred  across  the  DATA  lines.  SELECT  shall  be  released  one  cycle 
before  the  end  of  a  data  transfer. 

In  a  ring  bus  structure,  where  all  SLAVEs  share  a  common  SELECT,  all  SLAVES 
are  selected  simultaneously,  (see  Figure  5  on  page  8).  In  a  star  bus  struc¬ 
ture,  all  SLAVES  shall  have  a  separate  SELECT  line  (see  Figure  6  on  page  9). 

4. 2. 2. 5  ETM-Bus  INTERRUPT  Signal  Definition.  INTERRUPT  (-INT)  shall  be 
unidirectional  from  the  SLAVES  to  the  CONTROLLER.  The  INTERRUPT  line  shall 
be  asserted  (low)  to  indicate  that  an  event  (such  as  an  error  or  other  pre¬ 
determined  condition)  has  occurred.  The  INTERRUPT  line  shall  remain 
asserted  until  the  interrupt  is  serviced.  The  INTERRUPT  line  shall  support 
a  Mired-OR  con-figuration.  The  INTERRUPT  line  may  operate  asynchronously. 

4. 2. 2. 6  LTM-Bus  MODE  Signal  Definition.  The  ETM-Bus  MODE  signal  shall  be 
unidirectional  from  the  CONTROLLER  to  the  SLAVE.  MODE  shall  be  used  to 
establish  the  type  of  operation  that  is  performed  when  SELECT  is  being 
asserted  (see  Figure  3  on  page  4). 


MODE 

OPERATION 

0 

INSTRUCTION/STATUS 

1 

SCAN 

Figure  3.  ETM-Bus  MODE  Line  Definition 


MODE  shall  be  valid  one  cycle  before  instruction  or  scan  data  is  serially 
transferred  across  the  DATA  lines  and  remain  stable  for  the  length  of  the 
transfer.  The  MODE  line  shall  stay  valid  as  long  as  SELECT  is  asserted  (see 
Figure  4  on  page  7). 

The  use  of  the  ETM-Bus  shall  be  defined  by  the  level  of  the  SELECT  line  and 
the  MODE  line.  Two  types  of  data  transfer  operations  can  take  place  on  the 
ETM-Bus  as  specified  in  Figure  3  on  page  6.  Data  transfers  shall  end  by  no 
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more  than  one  (1>  clock  cycle  a-fter  the  SELECT  line  is  released  (high). 


4.3  ETM-Bus  Tiwino  Relationships.  All  ETM-Bus  signals  shall  be  referenced 
to  the  falling  edge  of  the  REFERENCE  clock  (see  Section  ”4.5  ELECTRICAL 
REQUIREMENTS”  on  page  10  for  details).  Figure  4  on  page  7  depicts  the  tim¬ 
ing  relationship  of  the  ETM-Bus  signals. 


ETM— bus  Specification 


Version  3.0 


4.4  ETM— Bus  Conf i qurat i ons .  The  allowable  ETM-Bus  signal  configurations 
are  specified  in  this  section. 

4.4.1  ETM— Bus  Rina  Bus  Conf i ourat i on .  The  ETM-Bus  shall  be  capable  of  sup¬ 
porting  the  ring  bus  structure  shown  in  Figure  5  on  page  3.  The  SELECT  line 
shall  be  connected  to  all  SLAVES  within  the  loop  and  all  chips  are  enabled 
together  for  instruction/status  and  data/scan  operations. 
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4.4.2  ETM-Bus  Star  Bus  Configuration.  The  ETM-Bus  shall  be  capable  of  sup¬ 
porting  the  star  bus  structure  shown  in  Figure  6  on  page  9  which  uses  multi¬ 
ple  SELECT  lines.  The  SELECT  lines  may  be  used  to  select  single  SLAVES 
independently  for  instruction/status  and  data/scan  operations,  or  multiple 
SLAVES  may  be  selected  for  instruction/status  operations.  The  use  of  multi¬ 
ple  INTERRUPT  and/or  OATAOUT  lines  in  the  star  bus- structure  are  not  pre¬ 
cluded. 
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4.5  ELECTRICAL  REQUIBEMENTS 

Electrical  requirements  defining  the  device  output  signals,  the  device  input 
signals,  and  the  ETM-Bus  clock  shall  be  specified  herein. 


4.5.1  DC  Requirements  for  Device  and  Bus  Interface 

DC  requirements  for  device  and  bus  interface  shall  be  as  specified  in  Ver¬ 
sion  1.3  of  the  VHSIC  Phase  2  Electrical  Interface  Specification,  dated 
March  20,  1956.  Refer  to  Section  ”4.2  DC  Electrical  Limits  for  Inputs  and 
Outputs”  on  page  4-1. 

4.5.2  AC  Requirements  for  Device  and  Bus  Interface 

4.5.2. 1  Reference  Voltace.  The  reference  signal  voltage  (Vref)  for  timing 
shall  be  ■*•1.5  volts.  The  reference  clock  voltage  for  timing  shall  be  -t-l.S 
volts. 


4.5. 2. 2  Clock  and  Signal  Inputs  to  Devices 

4. 5. 2. 2.1  Set-uo  Time.  The  minimum  time  that  each  input  signal  shall  be 

uniquely  above  or  below  the  reference  signal  voltage  prior  to  the 

high— to-loM  transition  of  the  REFERENCE  CLOCK  (set-up  time,  Ts)  is  15  ns. 
See  Figure  7  on  page  11. 

4. 5. 2. 2. 2  Hold-Time.  The  minimum  time  that  each  input  signal  shall  be 

uniquely  above  or  below  the  reference  signal  voltage  following  the 

high-to-low  transition  of  the  REFERENCE  CLOCK  (hold  time,  Th)  is  IS  ns.  See 
Figure  7  on  page  11. 

4.5. 2. 2. 3  Configuration  Dependent  Parameters 

4.5. 2. 2. 3.1  Propagation  Delay.  The  propagation  delay  time  (Tp>  shall  be 
measured  from  the  high-to-low  transition  of  the  REFERENCE  CLOCK  voltage  to 
the  reference  signal  voltage  of  the  designated  element  output  signal  as 
shown  in  Figure  5  on  page  11. 

The  minimum  propagation  delay  for  the  element  output  signal,  DATAOUT,  shall 
be  specified. 

The  maximum  propagation  delay  for  the  element  output  signal,  DATAOUT,  shall 
be  specified. 

4. 5. 2. 2. 3. 2  Bus  Settling  Time.  The  bus  settling  time  (Tbs)  shall  be  speci¬ 
fied,  see  Figure  9  on  page  12. 

4. 5. 2. 2. 3. 3  Clock  Skew.  The  maximum  clock  skew  (Tcs)  between  elements  on 
the  ETM-Bus  shall  be  specified,  see  Figure  9  on  page  12. 
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4. 5. 2. 2. 3. 4  Re-ference  Clock.  The  reference  clock  cycle  time  (Tclk)  shall 
be  specified,  see  Figure  9  on  page  12,  (e.g.,  6.25  Mhz/160  ns). 
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Tcllc(min)  >  TpCmax)  Tbsimax)  >  Ts  Tcsimax) 
Tpimin)  Tbs(min)  >  TcsCmax)  Th 


SENDER  ELEMENT  RECEIVER  ELEMENT 


REFERENCE  CLOCK  SOURCE 
<Tclk> 


Figure  9.  ETM-Bus  Inter-face  Parameters 


4.5.3  Bus  Clock  Requirements 

4.5.3.1  Rise  and  Fall  Time.  The  rise  time  <Tr)  and  -fall  time  (T-f)  o-f  the 
REFERENCE  CLOCK  shall  be  the  transition  time  -from  the  voltage  change  of  VIH 
to  VOL.  Both  Tr  and  T-f  shall  be  less  than  or  equal  to  4  ns. 

4. 5. 3. 2  Duty  Cycle.  For  single  clock  implementations,  the  ratio  of  the 
REFERENCE  CLOCK  high  state  duration  to  the  REFERENCE  Cl  OCK  period  measured 
at  the  reference  clock  voltage  shall  not  be  less  than  0.45  nor  greater  than 
0.55. 
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5  DATA  LINK  LAYER 


5.1  Introducti on.  The  Element  Test  and  Maintenance  Bus  (ETM— Bus)  shall  be 
a  channel  Tor  control  and  data  in-formation  TIom  between  a  module  maintenance 
controller  and  the  individual  elements  (e.g.  VH5IC  Phase  2  chips)  within  the 
module.  The  module  maintenance  controller  may  be  implemented  as  a  Test  and 
Maintenance  Bus  (TM— Bus)  SLAVE  as  described  in  the  TM-Bus  specification. 
The  module  maintenance  controller  shall  be  referred  to  as  the  CONTROLLER  and 
all  ether  elements  on  the  ETM-Bus  shall  be  referred  to  as  SLAVES.  The 
information  transferred  and  the  scheduling  of  data  and  instructions  is  sys¬ 
tem  dependent  and  is  not  addressed  in  this  specification.  figure  10  on  page 
13  summarizes  the  ETM-Bus  design  parameters  and  characteristics. 


o  Performance  Characteristics 

o  Protocol  Characteristics 

-  5.25  MHz  clock  (Typical) 

—  Each  ETM-Bus  logically  supports 

-  Unidirectional  data  lines 

up  to  32  SLAVE  devices 

-  Minimum  of  5  pin  bus 

—  Supports  ring  or  star 

signals 

conf i gurat  i  ons 

-  TTL  compatible 

—  Interrupt  Capability 

Figure  10.  ETM-Bus  Design 

Parameters  and  Characteristics 

This  section  details  the  protocol  requirements  for  all  elements  attached  to 
the  ETM-Bus. 


5.2  Peer at i on .  The  element  interface  to  the  ETM-Bus  shall  appear  to  the 
CONTROLLER  as  a  shift  register  when  the  CONTROLLER  selects  the  element  for 
operation.  All  data  shall  be  transmitted  to  and  from  the  CONTROLLER  LSB 
f i rst . 

Figure  11  on  page  14  shows  a  conceptual  diagram  of  the  element  interface  to 
the  ETM-Bus.  When  the  CONTROLLER  selects  the  element  for  instruction/status 
operation,  the  element  configures  the  instruction/status  register  as  a  shift 
register,  shifting  in  a  new  instruction  from  the  CONTROLLER  as  it  shifts  out 
the  contents  of  a  selected  register  (Status  Register,  Register  A,  Register 
B,  etc.)  to  the  CONTROLLER.  When  the  CONTROLLER  selects  the  element  for 
data  scan  operations,  the  element  shifts  out  the  contents  of  either  a 
selected  scan  path  (see  Section  "5. 2. 4. 2  Addressing  of  Scan  Paths"  on  page 
17)  or  the  Bypass  Bit  (see  Section  "5. 2. 4. 3  Bypass  Bit  with  Ring  Bus  Imple¬ 
mentation"  on  page  17).  When  the  element  is  deselected,  the  ETM-Bus  intei — 
face  controls  the  element  testability  features  by  executing  the  instruction 
previously-received  from  the  CONTROLLER.  The  interface  control  and  decode 
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logic  is  used  to  decode  instructions  and  to  store  control  information  that 
must  remain  stable  as  neu  instructions  are  shifted  into  the  interface.  The 
control  information  is  used  to  select  the  parallel  input  to  the 
instruction/status  register,  to  determine  the  output  for  the  ETM-Bus  signal 
DATAOUT,  and  to  control  element  testability  features. 


5.2.1  ETM-Bus  States.  All  valid  operations  on  the  ETM-Bus  shall  be  either 
instruction/status  or  scan  operations  as  determined  by  the  MODE  signal  line 
(see  Section  "4. 2. 2. 6  ETM-Bus  MODE  Signal  Definition”  on  page  6).  Figure  12 
on  page  15  depicts  the  protocol  and  state  transition  sequences  of  the 
ETM-Bus.  It  is  required  that  there  be  a  minimum  of  one  IDLE  state  betkieen 
SCAN  operations  and  a  minimum  of  tuo  IDLE  states  between  instruction  oper¬ 
ations.  Interrupts  from  SLAVES  are  allowed  over  the  INTERRUPT  signal  line 
during  any  bus  state. 

For  every  bit  transferred  into  a  SLAVE  on  DATAIN,  a  bit  shall  be  transferred 
out  of  a  SLAVE  on  DATAOUT.  The  CONTROLLER  shall  begin  a  transfer  by  assert¬ 
ing  the  SELECT  line,  with  the  MODE  line  valid,  on  the  cycle  prior  to  a  data 
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trans-fer.  The  CONTROLLER  shall  signal  the  end  o-f  an  operation  by  releasing 
SELECT  on  the  cycle  prior  to  the  end  of  the  data  transfer.  SELECT  shall 
stay  released  at  least  two  cycles  between  SCAN  operations  and  at  least  three 
cycles  between  instruction  operations. 

The  PRE-SCAN  (SI)  and  PRE-INSTRUCTION  (S2>  states  allow  the  SLAVES  to 
receive  an  indication  of  a  bus  state  change  before  actual  transmission  of 
data  begins.  The  POST-SCAN  (SS>  and  POST-INSTRUCTION  (S6)  states  correspond 
to  the  transfer  of  the  last  bit  of  data  as  the  SLAVE  receives  notification 
of  the  change  in  the  bus  state. 
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5.2.2  SLAVE  Device  Identification.  In  a  ring  structure,  the  SLAVE  ID  shall 
be  determined  by  the  element's  position  in  the  ring.  In  a  star  structure, 
the  SLAVE  ID  shall  be  determined  by  the  connections  of  the  CONTROLLER  SELECT 
lines. 

The  CONTROLLER  shall  ensure  that  SLAVES  receive  valid  data  during  a  transfer 
operati on. 

5.2.3  ETM-Bus  Instruction/Status  Protocol 


5.2.3. 1  Introduct i on .  An  instruction/status  protocol  sequence  shall  be 
used  to  send  an  instruction  to  a  SLAVE  and  to  receive  SLAVE  status  or  scan 
data.  Mhen  the  MODE  Signal  line  is  a  logic  0,  the  selected  SLAVE(s)  shall 
appear  as  a  serial  shift  register.  Mhen  SELECT  is  asserted  and  MODE  is  a 
logic  C.  the  contents  of  the  virtual  instruction/status  register  are 
shifted.  Data  is  input  to  the  register  from  the  SLAVE’S  DATAIN  signal  line 
and  output  from  the  register  to  the  ETM-Bus  DATAOUT  signal  line.  All  SLAVES 
shall  have  the  ability  to  perform  this  shift  operation  during  functional 
(on-line)  chip  operation  without  affecting  chip  operation. 

The  contents  of  the  virtual  instruction/status  register  may  contain  the- cur¬ 
rent  element  status  information  at  the  time  of  the  shift  operation.  If  the 
interface  supports  this  read  status  operation,  the  status  information  can  be 
shifted  around  the  loop  and  read  by  the  CONTROLLER. 

5. 2. 3. 2  Instruction  Execution.  Mhen  the  SLAVEts)  is  deselected  (when 
SELECT  is  released),  the  SLAVE  shall  execute  the  current  instruction  in  the 
instruction/status  register  within  three  (3)  clock  cycles. 

A  parity  check  shall  be  performed  on  the  instruction  before  execution.  If 
an  error  is  detected,  the  instruction  shall  not  be  executed  and  an  interrupt 
shall  be  sent  to  the  CONTROLLER  as  described  in  Section  ”5.2.7  Interrupts” 
on  page  17. 

The  instruction/status  protocol  shall  not  interfere  with  the  normal  function 
of  the  SLAVE  application. 


5. 2. 3. 3  Ring  Bus  Imel ement at i on .  Mhen  in  the  ring  bus  configuration,  all 
SLAVES  within  the  ring  are  selected  simultaneously  for  an  instruction/status 
operation.  A  sequence  of  i nstruct i on ( s )  are  shifted  in  the  DATAIN  line  of 
the  first  SLAVE  in  the  ring  and  the  status  word(s)  are  shifted  through  the 
ring  and  out  of  the  DATAOUT  line  of  the  last  SLAVE  in  the  ring.  Instruction 
execution  shall  be  performed  as  described  in  Section  ”5. 2. 3. 2  Instruction 
Execution”  on  page  16. 
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5.2.4  ETM-Bus  Scan  Protocol 


5.2.4. 1  Introducti on.  To  send  data  from  a  SLAVE  or  to  receive  data  from  a 
SLAVE*  a  scan  data  protocol  sequence  shall  be  used.  In  the  scan  mode,  the 
selected  SLAVE(s)  shall  appear  to  the  bus  as  a  serial  shift  register  (re¬ 
ferred  to  herein  as  scan  path)  with  the  DATAIN  line  as  the  serial  input  and 
the  DATAOUT  line  as  the  serial  output  of  the  scan  path.  Therefore,  Mhen 
SELECT  is  asserted  and  MODE  is  a  logic  1,  the  contents  of  the  virtual  scan 
path  register  shown  in  Figure  11  on  page  14  are  shifted.  SLAVES  may  require 
that  the  chip  be  taken  off-line  to  perform  this  operation  as  it  may  affect 
the  SLAVE  application  operation. 


5. 2. 4. 2  Addressing  of  Sean  Paths.  The  virtual  scan  path  shift  register  may 
be  implemented  as  a  number  of  parallel  scan  paths  of  varying  lengths.  The 
selection  of  any  serial  scan  path  contained  with  the  SLAVE  shall  be  pei — 
formed  by  instructions  previously  received  by  the  SLAVE.  Use  of  SLAVE 
application  scan  paths  may  necessitate  disabling  SLAVE  functions  (off-line 
operation)  during  certain  scan  sequences. 


5. 2. 4. 3  Bypass  Bit  with  Rina  Bus  Implementation.  All  SLAVES  shall  support 
a  one  bit  scan  path  which  shall  be  known  as  the  "Bypass"  configuration  bit. 
This  path  shall  be  selected  in  the  same  way  as  any  other  application  scan 
path.  This  "bypass"  scan  path  will  enable  shorter  access  to  individual 
chips  which  require  repeated  scans  when  a  ring  bus  structure  is  used  by 
allowing  selected  chips  to  be  "bypassed"  during  scan  operations.  All  SLAVES 
shall  have  the  ability  to  scan  the  "bypass"  scan  path  during  functional 
(on-line)  chip  operation  without  affecting  chip  operation. 


5.2.5  Instruction  Register.  The  instruction  register  is  loaded  serially  as 
described  in  Section  "5.2.3  ETM-Bus  Instruction/Status  Protocol"  on  page  16. 
The  instruction  register  is  17  bits  in  length  which  includes  16  bits  of  data 
and  1  bi t  odd  parity. 

5.2.6  Status  Register.  The  status  register  is  read  serially  as  described 
in  Section  "5.2.3  ETM-Bus  Instruction/Status  Protocol”  on  page  16.  The  sta¬ 
tus  register  is  17  bits  in  length  which  includes  16  bits  of  status  and  1  bit 
odd  parity. 

5.2.7  Interrupts.  Interrupts  are  indicated  by  a  SLAVE  asserting  the  INTER¬ 
RUPT  line  until  the  CONTROLLER  services  the  interrupt  (see  Section  "5.5 
ETM-Bus  Initialization"  on  page  18). 
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5.3  SLAVE  Operation  Sequences.  Commands  are  dependent  on  element  implemen¬ 
tation  Mi  thin  a  system  and  are  not  specified  herein.  A  recommended  list  of 
SLAVE  operation  sequences  folloMs: 

•  NOOP-  executes  no  operation. 

•  ECHO-  data  sent  in  instruction  Mord  is  'echoed'  back  on  follouing 

i nstructi on. 

•  MRITE  REGISTER  -  Mrite  data  to  specified  SLAVE  register. 

•  READ  REGISTER  -  read  specified  register  into  SLAVE  instruction/status 

regi ster . 

•  RESET  -  places  element  logic  into  a  predefined  state. 

•  READ  STATUS  -  loads  status  bits  into  SLAVE  instruction/status 

regi ster . 

•  ENASLE/OISABLE  CHIP  OUTPUTS 

•  ENABLE/DISABLE  CHIP  CLOCKS 

•  ENABLE/DISABLE  CHIP  INTERRUPTS 

5.4  ETM-Bus  Control.  The  ETM-Bus  shall  have  single  CONTROLLER  operations. 
This  specification  shall  not  preclude  the  ability  for  systems  to  have  more 
than  one  CONTROLLER  and  a  method  to  SMitch  mastership  of  the  bus  Independent 
of  the  signal  lines  defined  in  this  specification. 

5.5  ETM-Bus  Initialization.  It  shall  be  the  responsibility  of  the  CONTROL¬ 
LER  to  initialize  the  ETM-Bus.  This  shall  be  accomplished  by  releasing  the 
SELECT  line  and  holding  the  MODE  line  Iom  (instruction  mode). 

5.5  ETM-Bus  Error  Handling  and  Recovery  Definition.  All  instructions 

transferred  from  the  CONTROLLER  to  a  SLAVE  shall  have  one  odd  parity  bit  in 
the  most  significant  bit  of  each  instruction  shifted  during 
instruction/status  operations  (i.e.,  15  data  bits  plus  1  parity  bit).  The 

SLAVE  shall  perform  parity  checking  at  the  completion  of  an  instruction 
transfer.  If  a  parity  error  is  detected,  the  SLAVE  shall  not  execute  the 
instruction  and  shall  assert  an  "Instruction  Parity  Error"  bit  in  the  SLAVE 
Status  register  and  transmit  an  interrupt  to  the  CONTROLLER. 

The  SLAVE  Status  Register  shall  have  one  odd  parity  bit  in  the  most  signif¬ 
icant  bit  of  each  status  Hord  (i.e.,  15  data  bits  plus  1  parity  bit)  uhich 
is  transferred  to  the  CONTROLLER  Mith  SLAVE  Status  during  Status  reads. 

5.7  ETM-Bus  Testing.  On-line  testing  of  the  bus  is  performed  as  a  result 
of  its  normal  operation.  Off-line  or  power-up  testing  may  be  accomplished 
through  the  use  of  bus  exercise  routines  and  bus  wrap/hand-shaking  tests. 
The  CONTROLLER  shall  be  able  to  send  bad  parity  fro  check  the  SLAVE'S  intei — 


18 


D-24 


ETH-bus  Specification 


Version  3.0 


rupt  logic  and  check  -for  proper  SLAVE  response  utilizing  user  definable  com¬ 
mands  for  test  flexibility. 
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6  NOTES 

Any  comments  should  be  submitted  to: 


J.P.  Letellier 
Naval  Research  Lab 
Code  5305 

Washington,  O.C.  20375 
1202)  767-2937 
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10  GLOSSARY 


EOM 

— 

End  o-f  Message 

ETM-Bus 

- 

Element  Test  and  Maintenance  Bus 

LSB 

- 

Least  Significant  Bit 

MHz 

- 

Megahertz,  1  million  cycles  per  second 

mA 

- 

Mi lliamperes,  1  thousandth  of  an  Ampen 

MSB 

- 

Most  Significant  Bit 

nh 

- 

Nanohenry,  1  billionth  of  a  Henry 

ns 

- 

Nanosecond,  1  billionth  of  a  second 

- 

Picofarad,  1  trillionth  of  a  Farad 

TBD 

- 

To  Be  Defined 

Tbs 

- 

Bus  Settling  Time 

Tclk 

- 

Reference  Clock  Cycle  Tima 

Tcs 

- 

Clock  Skew 

t* 

- 

Fall  Time 

Th 

- 

Hold  Time 

Tp 

- 

Propagation  Delay 

Tr 

- 

Rise  Time 

Ts 

- 

Set-up  Time 

TTL 

- 

Transistor-Transistor  Logic 

uA 

- 

micro  Amperes,  1  millionth  of  an  Ampen 

Vre-f 

— 

Reference  Voltage 

21 


Version  3.0 


D-27/(D-S8  blank) 


VHSIC  Phase  2  INTEROPERABILITY  STANDARDS 


Appendix  E 

ELECTRICAL  INTERFACE  SPECIFICATION 


January  21/  1988 


Version  2.4 


IBM 

Honeywell 

TRW 

©  Copyright  1988 


Copying  in  printed  form  is  permitted  without  payment  of  royalty 
provided  that  (1)  each  reproduction  is  done  without  alteration  (2) 
each  reproduction  is  complete  and  (3)  the  copyright  notice  is 
included. 


E-l/(E-2  blank) 


Electrical  Interface  Specification 


Version  2 . 4 


CONTENTS 

Section  Title  Ease 

1.0  SCOPE  .  4 

1 . 1  SCOPE . 4 

1.2  PURPOSE . 4 

1.3  INTENDED  APPLICATION . 4 

2.0  APPLICABLE  DOCUMENTS  .  5 

2.1  GOVERNMENT  DOCUMENTS . 5 

2.2  NON-GOVERNMENT  DOCUMENTS . 5 

3 . 0  DEFINITIONS .  6 

4.0  ELECTRICAL  INTERFACE  REQUIREMENTS  .  8 

4.1  POWER  SUPPLY  REQUIREMENTS . 8 

4.1.1  Absolute  Maximum  Rating .  8 

4.1.2  Operating  Condition .  8 

4.2  DC  ELECTRICAL  LIMITS  FOR  INPUTS  AND  OUTPUTS . 8 

4.2.1  Absolute  Maximum  Rating .  8 

4.2.2  Operating  Conditions .  8 

4.3  CLOCK  REQUIREMENTS . 9 

4.3.1  General  Description .  9 

4.3.2  Characteristics  of  SYSCLK .  10 

4.3.3  Characteristics  of  DFNCLK .  11 

4.3.4  Clock  Skew  Requirements .  12 

4.3.5  Relationship  to  REFCLK .  12 


1 


E-3 


Electrical  Interface  Specification 


Version  2.4 


ABSTRACT 


This  specification  defines  the  electrical  interface  standard  for  VHSIC  Phase  2 
integrated  circuits.  The  use  of  a  standard  electrical  interface  will  simplify 
the  design  of  military  systems  using  VHSIC  Phase  2  integrated  circuits  from 
multiple  sources. 
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PREFACE 


This  doctunent  was  prepared  by  IBM,  Honeywell  and  TRW  in  partial  fulfillment  of 
Con^tact  Data  Requirements  List  (CDRL)  item  AOll  for  work  being  performed 
unde*r  VHSIC  Phase  2  Submicrometer  Technology  Development  contracts 
DAAK20-85-C-0367,  F33615-84-C-1500  and  N00039-85-C-0111,  respectively. 


3 


Electrical  Interface  Specification 


Version  2.4 


Section  1 
SCOPE 


1.1  SCOPE . 

This  specification  states  the  electrical  interface  and  clock  requirements  for 
VHSIC  Phase  2  integrated  circuits. 


1.2  PURPOSE . 

The  purpose  of  this  specification  is  to  establish  an  electrical  interface  and 
clock  standard  that  facilitates  interoperability  of  VHSIC  Phase  2  integrated 
circuits . 


1.3  INTENDED  APPLICATION. 

This  specification  applies  to  the  following  VHSIC  Phase  2  electrical 
interfaces : 

•  Power  supplies. 

•  DFNCLK  and  SYSCLK  clock  signals  at  the  chip  inputs.  Any  other  SYSCLK 
synchronous  clocks  required  by  a  VHSIC  chip  or  chip  set  will  be 
generated  by  that  chip  or  chip  set  from  the  DFNCLK  and  SYSCLK.  The 
manufacturer  of  the  chip  or  chip  set  may  elect  to  provide  additional  JAN 
qualified  clock  generating  chips  in  the  set  to  provide  additional  clocks 
if  the  design  requires  them,  but  they  must  also  require  only  the  DFNCLK 
and  SYSCLK  clocking  inputs . 

•  Electrical  logic  levels  for  point-to-point  binary  data  interchange. 
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Section  2 

APPLICABLE  DOCUMENTS 


2.1  GOVERNMENT  DOCUMENTS. 

The  following  documents  of  the  exact  issue  shown  form  a  part  of  this 
specification  to  the  extent  specified  herein.  In  the  event  of  conflict 
between  the  documents  referenced  herein  and  the  contents  of  this 
specification,  the  contents  of  this  specification  shall  be  considered  a 
superseding  requirement. 


VHSIC  Phase  2  Interoperability  Standards  ETM-Bus  Specification. 


2.2  NON-GOVERNMENT  DOCUMENTS. 

The  following  documents  of  the  exact  issue  shown  form  a  part  of  this 
specification  to  the  extent  specified  herein.  In  the  event  of  conflict 
between  the  documents  referenced  herein  and  the  contents  of  this 
specification,  the  contents  of  this  specification  shall  be  considered  a 
superseding  requirement. 


None 
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Section  3 
DEFINITIONS 


The  definitions  listed  herein  shall  apply. 


absolute  maximum  rating 


operating  conditions 


signal  midpoint 


clock  skew 


duty  cycle 


Phrase  used  to  identify  a  stress  condition  beyond 
which  the  integrated  circuit  may  be  permanently 
damaged.  Punctional  operation  of  the  integrated 
circuit  under  this  stress  condition  is  not 
implied.  Long  term  reliability  may  be  reduced, 
even  if  damage  is  not  immediately  observable. 

Phrase  used  to  specify  the  range  of  a  parameter 
over  which  functional  operation  of  the  integrated 
circuit  is  provided.  Exceeding  the  operating 
conditions  for  more  than  one  minute  may  affect  the 
reliability  of  the  integrated  circuit. 

Signal  midpoint  is  defined  to  be  that  voltage 
which  is  the  average  of  the  maximum  input  low 
voltage  and  minimum  input  high  voltage  as  defined 
in  sections  4. 2. 2. 2  and  4. 2. 2. 3. 

Clock  skew  is  defined  to  be  the  delay  between  the 
falling  edges  of  two  synchronous  signals  as 
measured  at  the  signal  midpoint  value  as  shown  in 
Figure  1. 


Figure  1;  Clock  Skew 

The  duty  cycle  shall  be  defined  as  the  time  the 
clock  is  higher  than  the  midpoint  value  divided  by 
the  total  clock  period. 
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aynchronoua 


Figure  2 


Two  signala  are  aynchronoua  if  one  aignal's 
frequency  ia  an  integer  multiple  of  the  other 'a 
frequency.  There  alao  exiata  a  well  defined  phaae 
relationship  between  the  two  aignala,  as  shown  in 
Figure  2,  where  the  value  td  is  constant. 


Timing  Relationship  of  Two  Synchronous  Signals 
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Section  4 

ELECTRICAL  INTERFACE  REQUIREMENTS 


Electrical  Interface  characteriatica  for  VHSIC  Phase  2  integrated  circuits 
ahall  be  aa  apecifled  herein.  All  voltagea  ahall  be  referenced  to  the 
integrated  circuit  ground.  Current  ahall  be  conventional  current  with  current 
into  the  integrated  circuit  expreaaed  aa  a  poaitive  value. 

4.1  POWER  SUPPLY  REQUIREMENTS 

4.1.1  ABSQLtTTE  MAXIMUM  RATIMG 

The  abaolute  maximum  DC  voltage  applied  to  any  +3.3  volt  power  input  shall  be 
greater  than  -0 . 3  volts  and  less  than  +5 . 0  volts . 

The  abaolute  maximum  DC  voltage  applied  to  any  +5.0  volt  power  input  shall  be 
greater  than  -0.5  volts  and  less  than  +7.0  volts. 

4.1.2  OPERATING  CQWDITIQM 

The  DC  voltage  applied  to  any  +3.3  volt  nominal  power  input  during  operation 
ahall  be  +3.3  volts  ±5  percent  (3.135  volts  to  3.465  volts) . 

The  DC  voltage  applied  to  any  +5.0  volt  nominal  power  input  during  operation 
|shall  be  +5.0  volts  ±10  percent  (4.5  volts  to  5.5  volts). 

4.2  DC  ELECTRICAL  LIMITS  FOR  INPUTS  AND  OUTPUTS 

4.2.1  ABSOLUTE  MAXIMUM  RATINGS 

Unless  otherwise  specif ied>  for  those  inputs  and  outputs  using  the  +3.3  volt 
nominal  supply,  the  absolute  maximum  DC  voltage  applied  to  any  input  or  output 
shall  be  greater  than  -0.3  volts.  The  absolute  maximxim  DC  voltage  shall  be 
less  than  +4.2  volts.  When  the  voltage  is  between  3.465  volts  and  4.2  volts 
the  absolute  value  of  the  current  supplied  shall  be  less  than  4inA. 

Unless  otherwise  specified,  for  those  inputs  and  outputs  using  the  +5.0  volt 
nominal  supply,  the  absolute  maximum  DC  voltage  applied  to  any  input  or  output 
shall  be  greater  than  -0.5  volts  and  less  than  +7.0  volts. 

Note:  Transient  voltages  may  be  more  negative  as  specified  in  4. 2. 2. 3. 

4.2.2  OPERATING  CONDITIONS 

4.2.2. 1  Input  And  Output  (I/O)  Capacitance 

Capacitance  to  ground  and  other  lines  shall  be  specified  for  each  integrated 
circuit  input  and  output . 
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4. 2. 2. 2  High-level  Input  Voltatre  <VTHt 

An  input  voltage  of  i'2.0  volts  or  more  shall  be  interpreted  as  a  high  level. 
For  those  inputs  using  the  i-3.3  volt  nominal  supply^  unless  otherwise 
specified,  the  DC  input  voltage  shall  not  exceed  the  value  of  the  +3.3  volt 
nominal  supply.  For  those  inputs  using  the  +5.0  volt  nominal  sui^ly,  unless 

otherwise  specified,  the  DC  input  voltage  shall  not  exceed  the  value  of  the 

+5.0  volt  nominal  supply. 

4. 2. 2. 3  Low-level  Input  Voltage  (Vlh^ 

An  input  voltage  of  +0.8  volts  or  less  shall  be  interpreted  as  a  low  level. 

The  minimum  DC  input  voltage  shall  be  -0.3  volts.  A  minimum  input  voltage  of 

-0 . 6  volts  shall  be  permitted  as  a  transient  while  ringing  is  clamped  as  long 
as  the  signal  is  within  dc  limits  for  the  specified  setup/hold  time  from 
section  4. 3. 2. 6. 

4. 2. 2. 4  Leakage  Current  <TL1 

Over  the  input  voltage  range  of  0  volts  to  the  specified  maximum  VIH,  the 
input  current  into  any  input  or  output  that  is  not  driving  the  line  shall  be 
between  -250  microamps  and  +20  microamps. 

4. 2. 2. 5  High-level  Output  Voltage  <VQH> 

For  active  pull-up  outputs,  the  high-level  output  voltage  shall  be  greater 
than  +2.4  volts  at  a  current  of  -0.4  milliamps. 

Open  collector  and  open  drain  outputs  are  permitted. 

4. 2. 2. 6  Low-level  Output  Voltage  (VQLi 

The  low-level  output  voltage  shall  be  less  than  +0.5  volts  at  current  of  +4.0 
milliamps . 

4. 2. 2. 7  Low-level  Sink  Current  (IQL) 

The  low-level  output  current  drive  capability  shall  be  greater  than  or  equal 
to  +4.0  milliamps  at  an  output  voltage  of  +0.5  volts . 

4. 2. 2. 8  High-level  Sourre  Tiirrent  fTOHS  . 

The  high-level  output  current  drive  capability  shall  be  greater  than  or  equal 
to  -0.4  milliamps  at  an  output  voltage  of  +2.4  volts. 


4.3  CLOCK  REOtTTPPMgMTg 
4.3.1  GENERAL  nESCRTPTTOW 

Two  clocks  shall  be  distributed  to  the  subsystems.  They  shall  be  referred  to 
as  SYSCLK  and  DFNCLK.  These  signals  shall  be  synchronous  to  each  other.  It  is 
intended  that  the  internal  chip  clock (s)  be  derived  from  the  signal  SYSCLK. 
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The  signal  DFNCLK  is  intended  to  be  used  as  a  synchronization  signal  to  keep 
the  various  chips  and  applications  in  step  with  one  another.  The  DFNCLK  signal 
can  be  used  for  REFCLK  in  the  ETM-bus . 


4.3.2  CHARACTERISTTCS  OP  SYSCLK 
4. 3. 2.1  Frequency 

Submicron  VHSIC  chips  shall  be  designed  to  operate  with  SYSCLK  having  a 
maximum  frequency  of  at  least  lOOMHz  and  a  minimum  frequency  of  0  Hz.  Systems 
utilizing  VHSIC  chips  may  be  designed  to  utilize  a  SYSCLK  anywhere  in  the 
range  of  0  to  lOOMHz,  provided  the  other  provisions  of  this  specification  are 
met . 


4. 3. 2. 2  Dttty.£ycle 

The  duty  cycle  of  SYSCLK  shall  be  no  less  than  45%  and  no  more  than  55%, 
measured  at  the  input  pin. 

4. 3. 2. 3  Clock  Rise  Time 

The  maximum  rise  time  of  SYSCLK  shall  be  the  lesser  of  15%  of  SYSCLK 's  period 
or  5nS,  measured  at  the  input  pin.  The  rise  time  shall  be  measured  from  the 
10%  point  of  the  voltage  waveform  to  the  90%  point. 

4. 3. 2. 4  Clock  Fall.  Time 

The  maxiffliua  fall  time  shall  be  the  lesser  of  15%  of  SYSCLK' s  period  or  5nS,  at 
the  input  pin.  The  fall  time  shall  be  measured  from  the  90%  point  of  the 
voltage  waveform  to  the  10%  point. 

4. 3. 2. 5  Trailing  Edge  Operation 

All  chip  application  registers  shall  be  referenced  to  a  falling  edge  of 
SYSCLK.  Clock  control  logic  may  use  a  rising  edge  of  SYSCLK  where  required. 
The  appropriate  edges  from  the  set  0:15  shall  be  specified  for  each  register. 
For  example  one  register  could  be  specified  to  trigger  on  edges  0,2, 4... 14. 
another  might  use  edges  1,3,5  _  15.  See  Figure  3. 


DFNCLK 


“I 


L 


SYSCLK  JxriJijiJiJTrinjuir^ 

lOGSS  0  1  2  3  4  5  (  7  8  9  10  11  12  13  14  15 

Figure  3:  Clock  timing 
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4. 3. 2. 6  Setup  Tlme/Hold  Time  Specification 

All  logic  signal  setup  and  hold  times  shall  be  specified  with  respect  to  the 
voltage  midpoint  on  the  falling  edge  of  SYSCLK.  Actual  numbers  are 
application  dependent  and  will  vary. 

4. 3. 2. 7  Clocic  to  Output  Specif ieation 

All  logic  signal  clocic  to  output  delays  shall  be  specified  with  respect  to  the 
voltage  midpoint  on  the  falling  edge  of  SYSCLK.  Actual  numbers  are 
application  dependent  and  will  vary. 

4. 3. 2. 8  DC  Elentriral  Limits  for  SYSCLK 
SYSCLK  shall  comply  with  Section  4.2.2. 

4.3.3  Charaeteristies  of  DFNCLK 

4. 3. 3.1  Frequency 

The  frequency  of  DFNCLK  shall  be  the  frequency  of  SYSCLK  divided  by  16. 

4. 3. 3. 2  Duty  Cycle 

The  duty  cycle  of  DFNCLK  shall  be  no  less  than  49%  and  no  more  than  51%, 
measured  at  the  input  pin. 

4. 3. 3. 3  Clof^le  Rise  Time 

The  maximum  rise  time  of  DFNCLK  shall  be  the  lesser  of  15%  of  SYSCLK 's  period 
or  5nS,  measured  at  the  input  pin.  The  rise  time  shall  be  measured  from  the 
10%  point  of  the  voltage  waveform  to  the  90%  point. 

4. 3. 3. 4  Clocic  Fall  Time 

The  maximum  fall  time  shall  be  the  lesser  of  15%  of  SYSCLK 's  period  or  5nS, 
measured  at  the  input  pin.  The  fall  time  shall  be  measured  from  the  90%  point 
of  the  voltage  waveform  to  the  10%  point. 

4. 3. 3. 5  Trailing  Edge  Operation 

Registers  clocked  by  DFNCLK  shall  be  triggered  on  a  falling  edge  of  DFNCLK. 

4. 3. 3. 6  DC  Elactrieal  Limits  for  DFNCLK 
DFNCLK  shall  comply  with  Section  4.2.2 
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4.3.4  ClQClc  Skew  Requirement <i 

4.3. 4.1  SYSCLK 

The  naximun  clock  skew  for  the  SYSCLK  signals  between  different  chips  in  the 
subsystem/  measured  at  the  input  pins  should  be  the  lesser  of  5%  of  SYSCLK 's 
period  or  2nS/  measured  at  the  input  pins. 

4. 3. 4. 2  SYSCLK  to  DFNCLK 

The  clocks  should  be  distributed/  such  that  measured  at  the  chip's  input  pins, 
the  falling  edge  of  SYSCLK  should  occur  after  the  falling  edge  of  DFNCLK.  The 
clock  skew  between  DFNCLK  and  SYSCLK  should  be  between  1  and  4  nS. 

4.3.5  Relationship  to  REFCLK 

4. 3. 5.1  Separate  DFNCLK  and  REFCLK 

Chips  with  separate  DFNCLK  and  REFCLK  inputs  shall  be  capable  of  operating 
with  both  pins  connected  to  DFNCLK. 

4. 3. 5. 2  DFNCLK  as  REFCLK 

Chip  specifications  may  require  use  of  DFNCLK  as  the  REFCLK  signal  in  the 
ETM'bus.  Furthermore  if  any  chip  on  a  particular  ETM-bus  uses  DFNCLK  as  the 
REFCLK  signal  then  all  the  chips  on  that  bus  must  do  so. 
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ARMY 

U.S.  Army  Missile  Command  (1) 

ATTN:  Mr.  Robert  Hicks 

AMSMI-RD-AS-RA 

Redstone  Arsenal,  AL  35898 

US  Army  AROEC  (l) 

ATTN :  Ma  j  .  emdon 
SMCAR-FSF-BV 
Dover,  NJ  07801 

US  Army  ARDEC  (l) 

ATTN:  Mr.  Joseph  Lehman 

SMCAR-FSF 

Dover,  NJ  07801 

US  Army  LABCOM  (1) 

Army  Research  office 
ATTN:  Or.  Jim  Gault 
PO  Box  12211 

Research  Triangle  Park,  NC  27709-2211 

US  Army  LABCOM  (1) 

ET&D  Ijaboratory 

ATTN:  Mr.  Harold  Borkan 

SLCET-DD 

Fort  Monmouth,  NJ  07703-5000 

US  Army  LABCOM  (1) 

ET&D  Laboratory 

ATTN:  Dr.  C.  G.  Thornton 

SLCET-D 

Fort  Monmouth,  NJ  07703-5000 

US  Army  LABCOM  (1) 

ET&D  Laboratory 

ATTN:  Mr.  Owen  Layden 

SLCET-IB-H 

Fort  Monmouth,  NJ  07703-5000 

US  Army  LABCOM  (1) 

ET&D  Laboratory 

ATTN:  Mr.  Herbert  Mette 

SLCET-DT 

Fort  Monmouth,  NJ  07703-5000 
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US  Army  LABCOM  (1) 

ET&D  lidaoratory 
ATTN:  Mr.  E.  Hakim 
SLCET-RR 

Fort  Monmouth,  NJ  07703-5000 

US  Army  LABCOM  (1) 

ATTN:  Richard  Vital i 
AMSLC-TD 

2800  Powder  Mill  Road 
Adelphi,  MD  20783 

US  Army  AVRADA  (1) 

ATTN :  Joe  DaSaro 
SAVAA-S 

Fort  Monmouth,  NJ  07703-5000 

us  Army  CNVEO  (2) 

ATTN:  John  Pupich 
AMSEL-NV-AC 

Fort  Belvoir,  VA  22060-5677 

US  Army  Center  for  Signal  Warfare  (1) 

ATTN:  AMSEL-RD-SW-OS 

Dr.  Royal  Burkhardt 

Vint  Hill  Farm  Station 

Warrenton,  VA  22186-5100 

US  Army  EW/RSTA  Center  (1) 

ATTN:  Mr.  John  Cervini 
AMSEL-RD-EW-C 

Fort  Monmouth,  NJ  07703-5000 

US  Army  LABCOM  (1) 

ET&D  Laboratory 
ATTN:  Dr.  Dean  Woo 
SLCET-SI 

Fort  Monmouth,  NJ  07703-5000 

US  Army  AVRADA  (2) 

ATTN:  Doug  Johnson 
SAVAA-I 

Fort  Monmouth,  NJ  07703-5000 
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US  Army  Missile  Command  (1) 

ATTN:  Mr.  Tilton  Tippet 

AMSMI-RD-AS-RA 

Redsone  Arsenal,  AL  35898 

US  Army  Missile  Command  (1) 

ATTN:  Mr.  Robert  Mitchell 

AMSMI-RO-AS-OG 

Redstone  Arsenal,  AL  35898 

US  Army  Missile  Command  (1) 

ATTN:  Mr.  Ted  Peacher 

AMSMl-RD-AS-IR 

Redstone  Arsenal,  AL  35898 

Center  for  Communications/ADP  (1) 
ATTN;  Mr.  Eugene  Famolari,  Dir 
AMSEL-RD-COM-D 
Fort  Monmouth,  NJ  07703-5000 

US  Army  LABCOM  (25) 

ET&D  Laboratory 

ATTN :  Vincent  Organic 

SLCET-IV 

Fort  Monmouth,  NJ  07703-5000 

US  Army  LABCOM  (1) 

SLCET-DT  (M.  Howard) 

Fort  Monmouth,  NJ  07703-5000 

CECOM  R&D  Technical  Library  (3) 
AMSEL-IM-L  (STINFO) 

Fort  Monmouth,  NJ  07703-5000 
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NAVY 

Navy  VHSIC  Office  (5) 

LCDR  P.  Gariano 
SPAWAR  3213 

Washington,  DC  20363-5100 

Naval  Research  Laboratory  (1) 

ATTN:  Mr.  Jim  Alter 
Code  5305 

Washington,  Dc  20375 

Office  of  the  Ass't  Secretary  of  the  Navy  (l) 
ATTN:  Dr.  A.  E.  Berman 
The  Pentagon,  Room  5E-731 
Washington,  DC  20301 

Naval  Air  Development  Center  (1) 

ATTN:  Mr.  Paul  Reimel 
Code  4042 

Warminster,  PA  18974 

Naval  Surface  Weapons  Center  (1) 

ATTN:  Dr.  Harvey  Alperin 
White  Oak,  Code  R45 
Silver  Spring,  MD  20910 

Naval  Underwater  System  Center  (1) 

ATTN:  Mr.  John  O'Sullivan 
Code  3211 

New  London,  CT  06320 

Commanding  Officer  (1) 

Naval  Avionics  Center 
ATTN:  Mr.  Ron  Jennings 
Branch  964 

6000  East  21st  Street 
Indianapolis,  IN  46218 

Naval  Research  Laboratory  (15) 

ATTN:  Mr.  J.  P.  Letellier 
Code  5305 

Washington,  DC  20375 

Naval  Weapons  Center  (1) 

ATTN:  Mr.  Vern  Anderson 
Code  33181 

China  Lake,  CA  93555 
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Naval  Air  Systems  Command  (1) 
ATTN:  Mr.  Steven  Linder 
Code  5143G 
Washington,  DC  20361 

Naval  Research  Laboratory  (1) 
ATTN:  Mr.  Harold  L.  Hughes 
Code  6816 

Washington,  DC  20375 

Naval  Weapons  Support  Center  (1) 
ATTN:  Mr.  William  Brenner 
Bldg.  38,  code  6062 
Crane,  IN  47522 

Naval  Air  Systems  Command  (i; 
ATTN:  Mr.  Richard  Balestra 
Code  5143E 

Washington,  DC  20361 
SPAWAR  (1) 

ATTN:  Ms.  Diane  C.  Thornevell 
Code  1232A 
Washington,  DC  20363 

Naval  Air  Systems  Command  (1) 
ATTN :  Thomas  Schlegel 
Code  933 

Washington,  DC  20361 
SPAWAR  (1) 

ATTN:  Mr.  T.  Barry  Hughes 
Code  PMW-151-1 
Washington,  DC  20363 

Naval  Research  Laboratory  (1) 
ATTN:  Mr.  Joseph  Killiany 
Code  6813 

Washington,  DC  20375 

Naval  Ocean  Systems  Center  (1) 
ATTN:  Dr.  Isaac  Lagnado 
Code  5503 
271  Catalina  Blvd. 

San  Diego,  CA  92152 
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Office  of  Naval  Research  (1) 
ATTN:  Dr.  Clifford  Lau 
1030  East  Green  Street 
Pasadena,  CA  91106 

Naval  Research  Laboratory  (1) 
ATTN:  Dr.  Martin  c.  Peckerar 
Code  6804 

Washington,  DC  20375 

Naval  Sea  Systems  Command  (1) 
ATTN:  Cmdr  Bruce  Gallemore 
PMS  412 

Washington,  DC  20362 

Naval  Avionics  Center  (5) 

ATTN:  Mr.  Jim  Holtkamp 
Code  B834 

6000  East  21st  Street 
Indianapolis,  Indiana  46218 

Naval  Surface  Weapons  Center  (1) 
ATTN:  Mr.  Donald  Becker 
Code  F-16 

Dahlgren,  VA  22448 

Vela  Associates  (1) 

ATTN :  Albert  Brodz insky 
4405  East/ West  Hwy 
Suite  502 

Bethesda,  MD  20014 

Eagle  Research  Group  (1) 

ATTN;  Dr.  John  Davey 
1925  North  Lynn  Street 
Arlington,  VA  22209 
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Mr.  Darrell  Barker  (5) 
AFWAL/AADE-1 
Wright-Patterson  AFB 
Ohio  45433-6543 

Mr.  Robert  wemer  (25) 
AFWAL/AADA  VHSIC  PO 
Wright-Patterson  AFB 
Ohio  45433-6543 

Lt.  Col.  John  M.  Borky  (1) 
ASD/TAS 

Wright-Patterson  AFB 
Ohio  45433-6543 

Mr.  Jack  Farrell  (1) 
RADC/RBRA 
Griffiss  AFB 
New  York,  13441 

Mr.  John  Fenter  (1) 
AFWAL/MLTE 

Wright-Patterson  AFB 
Ohio  45433-6543 

Mr.  Mason  Friar  (1) 
AFWAL/AAAT 
CSP  Program 
Wright-Patterson  AFB 
Ohio  45433-6543 

Mr.  J.  Graniero  (1) 
RADC/DCCR 
Griffiss  AFB 
New  York,  13441 

Lt.  C.  Grove  (1) 

AFSTC/YLD 
Kirtland  AFB 
New  Mexico  87117 

Ma j .  Ed  Herman  (l) 

ASD/YPRA 

Wright-Patterson  AFB 
Ohio  45433-6543 
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AO/DIill 
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Florida  32542 

Mr.  Richard  Iliff  (1) 
HR-ALC/MMESC 
Robins  AFB 
Georgia  31098 

Ma j .  Robert  Jones  (1) 

HQ  AFSC/DLAE 
Andrews  AFB 
Washington,  DC  20334 

Mr.  George  Konomos  (1) 
AFWAL/AAAS-3 
Wright-Patterson  AFB 
Ohio  45433-6543 

Mr.  Tom  Magner  (1) 
ASD/YYES 

Wright-Patterson  AFB 
Ohio  45433-6543 

Mr.  Michael  Mills  (1) 
ASD/AXS 

Wright-Patterson  AFB 
Ohio  45433-6543 

Mr.  Jack  Mineo  (l) 
RADC/OCT 
Griffis  AFB 
New  York,  13441 

Dr.  Dieter  Schiller  (1) 
ASD/ENASC 

Wright-Patterson  AFB 
Ohio  45433-6543 

Dr.  Walt  Shedd  (1) 
RADC/ESR 
Hanscom  AFB 
Massachusetts  01731 

Lt.  Marian  Silverstein  (1) 
ESD/XRCT 
Hanscom  AFB 
Massachusetts  01731 
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RADC/RBR 

Griffiss  AFB 
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Mr.  Ron  S.  Vokits  (1) 
ASD/AXTM 

Wright-Patterson  AFB 
Ohio  45433-6543 

Mr.  Robert  Williams  (1) 
AFWAL/AARM 

Ultra  Reliable  Radar  Program 
Wright-Patterson  AFB 
Ohio  45433-6543 

Mr.  Nick  Sreunek  (1) 

Aerospace  Corporation 
P.  O.  Box  92957,  M/S  M4989 
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POD 

Office  of  the  Undersecretary  of  Defense  (6) 

Research  &  Advanced  Technology 

ATTN:  VHSIC  Program  Director 

The  Pentagon,  Room  3D-139 

1211  Fern  Street 

Washington,  DC  20301-3081 


Palisades  Institute  for  Research  Services  (25) 
ATTN:  L.  Gallo 

2011  So.  Crystal  Drive  (Crystal  Park  1) 

Suite  #307 
Arlington,  VA  22202 


Defense  Technical  Information 
ATTN:  DTIC-FDAC, 

Bldg.  5,  Cameron  Station 
Alexandria,  VA  22304-6145 
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ATTN:  Lt.  Cmdr  Louis  Cohen 
HQ,  DNA/RAEV 
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ATT  Technologies,  Inc.  (3) 

ATTN:  R.  L.  Jackson 
P.  O.  Box  20046 
Greensboro,  NC  27420 

RCA  (1) 

Advanced  Technology  Laboratories 
ATTN:  Mr.  J.  E.  Saultz,  ATL  Bldg. 
Moorestown  Corporate  Ct..,  Rt.  38 
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TRW,  Inc.  (5) 

ATTN:  Dr.  Tom  Zimmerman 
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Honeywell,  Inc.  (1) 

ATTN:  Dallas  Burns 
MN14-4C40 
12001  Hwy  55 
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Honeywell,  Inc.  (2) 

ATTN:  Mr.  George  Anderson 
MN14-4E50 
12001  Hwy  55 
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Honeywell,  Inc.  (5) 

ATTN:  Mr.  D.  Nielson 
MN  14-4E50 
12001  Hwy  55 
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Honeywell,  Inc.  (5) 

ATTN:  Dr.  Jay  Patel 
P.  O.  Box  1361,  MN65-3420 
3660  Technology  Dr. 
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Westinghouse  Electric  Corporation  (5) 
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Westinghouse  Electric  Corporation  (1) 

ATTN:  Dr.  Gene  Strull,  Director 
Advanced  Technology  Labs. 

P.  O.  Box  746,  M/S  5210 
Baltimore  MD  21203 

Texas  Instruments,  Inc.  (5) 

VHSIC  Program  Office 
ATTN:  Mr.  Jesse  Wilson 
M/S  96 

P.  O.  Box  226015 
Dallas,  TX  75266 

Hughes  Aircraft  Company  (1) 

Ground  Systems  Group 
ATTN:  Mr.  Nate  Newton 
Bldg.  600/C245 
P.  O.  Box  3310 
Fullerton,  CA  92634 

Motorola  Inc.,  Semiconductor  Group  (1) 

ATTN:  Mr.  W.  J.  Kitchen 
2200  West  Broadway  Road 
Mesa,  AZ  85202 

Motorola,  Inc.  (1) 

ATTN:  Mr.  Charles  D.  Meyer 
3501  Ed  Bluestein  Blvd. 

P.O.  Box  6000 
Austin,  TX  78762 

National  Semiconductor  (1) 

ATTN:  Mr.  Jerry  Streb 
M/S  D-3606 
P.  O.  Box  58090 
Santa  Clara,  CA  95052-8090 

The  Environmental  Institute  of  Michigan  (ERIM)  (1) 
ATTN:  Dr.  William  Becher 
P.  O.  Box  8618 
Ann  Arbor,  MI  48107 

Georgia  Institute  of  Technology  (1) 

ATTN:  Mr.  Henry  Owen 
EES  SEL/ESMD 
P.  O.  Box  4203 
Atlanta,  GA  30332 
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ATTN:  Mr.  Lee  R.  Allain 
P.  O.  Box  9400,  Bldg.  63-15 
Melbourne,  FL  32902 

Hewlett  Packard  (1) 

ATTN:  Mr.  Bob  Burmeister 
1501  Page  Mill  Road.,  lU 
Palo  Alto,  CA  94304 

Intermetrics ,  Inc .  ( 1 ) 

ATTN:  Dr.  Roger  Lipsett 
4733  Bethesda  Ave.,  Suite  415 
Bethesda,  MO  20814 

Litton  Data  Systems  (1) 

ATTN:  Mr.  Gary  L.  Mallaley 
8000  Woodley  Ave.,  M/s  44-37 
Van  Nuys,  CA  91409 

The  MITRE  Corporation  (3) 

ATTN:  Mr.  James  R.  Spurrier 
Burlington  Rd. ,  M/S  K224 
Bedford,  MA  01730 

Raytheon  Company  (1) 

ATTN:  Mr.  George  Agule 
Missile  Systems  Div. ,  M/S  M2 0-66 
Hartwell  road 
Bedford,  MA  01730 

Research  Triangle  Institute  (1) 
ATTN:  Mr.  James  B.  Clary 
Bldg.  5  -  Digital  Systems  Section 
P.  O.  Box  12194 

Research  Triangle  Park,  NC  27709 
SAIC  (1) 

ATTN:  Mr.  Tim  Geiger 
1710  Goodridge  Dr. ,  T-12-1 
McLean,  VA  22102 

Boeing  Aerospace  Company  (1) 

ATTN:  T.  A.  Nicolino 
P.  O.  Box  3999,  M/S  8H-09 
Seattle,  WA  98124 
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E-Systems,  Inc.  (1) 

ATTN:  Mr.  Charles  Brodnax 
Garland  Oiv. 

1200  S.  Jupiter  Rd. 

P.  0.  Box  660023 
Dallas,  TX  75042 

Hughes  Aircraft  Company  (1) 

Solid  State  Products  Division 
ATTN:  Mr.  Richard  Belardi 
Bldg  700/MS1250 
500  Superior  Avenue 
Newport  Beach,  CA  92658-1420 

IBM  Federal  Systems  Division  (1) 
ATTN:  Mr.  Philip  Johnson 
9500  Godwin  Drive 
Manassas,  VA  22110 

Hughes  Aircraft  Company  (1) 

Hughes  Microelectronics  Center 
ATTN:  Dr.  P.  Hudson 

6155  El  Ceunino  Real 
Carlsbad,  CA  92009 

Hughes  Aircraft  Company  (1) 

ATTN:  Lee  Tower 
Bldg  Rl,  MS  5A27 
2000  E.  Imperial  Highway 
El  Segundo,  CA  90245 

General  Dyneumics  Convair  Division 
ATTN :  Paul  Hedke 
5000  Kearney  Villa  Road 
San  Diego,  CA  92138 

Boeing  Electronics,  Inc.  (1) 

ATTN:  Dr.  Jerry  Hilllams 
Mail  Stop  9J12 
P.O.  Box  2496 
Seattle,  WA  98124-6269 

AT&T  Bell  Laboratories  (1) 

ATTN:  Dennis  Seals 
1  Nhippany  Road 
Nhippany,  NJ  07981 

Ford  Aerospace  (1) 

ATTN:  R.L.  Kopp 

Ford  Road 

Newport  Beach,  CA  92658-8900 
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